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ABSTRACT 



The present embodiment includes a local area network 
adaptive circuit for coupling a host device to a network 
front end circuit which communicates information to/- 
from a network. The adaptive circuit comprises an 
internal bus, a first bus operable to communicate with a 
bus of the host device and with the internal bus, and a 
second bus operable to communicate with a bus of the 
front end circuit and with the internal bus. The adaptive 
circuit further includes a protocol handler. The proto- 
col handler is operable to communicate with the first, 
second and internal buses for communicating with ei- 
ther a token ring or an ethemet protocol in a token ring 
or protocol mode, respectively. The adaptive circuit 
further includes a configuration input pin for receiving 
a signal indicating a first and second state, wherein the 
first state indication configures the local area network 
adaptive circuit to operate in a token ring protocol and 
wherein the second state indication configures the local 
area network adaptive circuit to operate in an ethernet 
protocol. 

26 Claims, 7 Drawing Sheets 
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1 2 

connector is attached to the cabinet of the personal 

LOCAL AREA NETWORK ADAPTIVE CIRCUIT computer, or affixed to one of the interface cards. These 

FOR MULTIPLE NETWORK TYPES provisions permit the computer to be physically con- 
nected to the coax medium of the ethernet network. 

TECHNICAL FIELD OF THE INVENTION 5 Once this configuration is accomplished, however, it 

This invention relates in general to digital communi- should be appreciated that the computer is dedicated to 

cations, and more particularly to a local area network the specific coax communication medium and cannot 

adaptive circuit for multiple network types. immediately be used with other types of networks and- 

„ _ /or cabling media. Thus, if the user of a computer 

BACKGROUND OF THE INVENTION to which b^n configured for the example above de- 
As computer technology has increased, the use of sires to change to an ethernet network using a thinnet 
computer networks has become very popular and com- cabling medium, the computer must be reconfigured in 
mon. Indeed, computer networks are used in all types of order to accommodate the new type of medium in the 
businesses, industries and institutions. With the ad- alternative network. This reconfiguration is commonly 
vancements of technologies, two types of computer 15 accomplished by replacing the interface card in the 
networks have become the most prominent in the net- computer. As yet another limitation of the prior art, if 
work market. These two types include a token ring the user of the computer in the example above desires to 
network and an ethernet network. At the present time, connect the computer to a token ring network as op- 
it is estimated that approximately ninety percent of the posed to the ethernet network, then either the card 
local area network market is made up of either token 2 ° having the ethernet support must be replaced or, if the 
ring or ethernet networks. Thus, in most instances, a motherboard has been previously configured to com- 
senes of personal computers or work stations are con- nmnicate with an ethernet protocol, then it must be 
nected to either a token nng or an ethernet local area modi f ie d in order to now accommodate the token ring 
network ( LA>T ) so that each of the respective proces- protocol 

sors of those devices may communicate with one an- 25 7tee j. from the ab u ^ ^ 

other along the LAN Various other penpherals, such there cxist& a nccd for an £ hcme which 

SJS^^J^a ° r P ? ^ - C Permitsacomputerorlikeperipheral device to be inter- 

kkewise connected to the LAN for purposes known in ^ tQ ^ ethem / or ^ ring network ^ 

With the advanced use of networks, there has existed 30 minimum hardware change, mechanical complexity and 

a need for both a physical and electrical interface to bur( ? en on th ^ Mer of Add " Jon " 

connect each of the respective peripheral devices to the ^ X ¥ Te exi . sts a need t0 Provide flexibility in accom- 

chosen network. The particular type of interfacing con- modatm * vanous of communication media associ- 

figuration chosen, however, has until now been depen- ated Wlth e!ther eth ernet or token nng network systems, 

dent upon, not only the type of network chosen, but 35 SUMMARY OF THE INVENTION 
also the specific type of communication medium used 

by the network. For example, in contemporary technol- In accordance with the present invention an im- 

ogy, token ring networks may utilize one of nine differ- proved local area network adaptive circuit is provided 

ent combinations of token ring protocol and communi- which substantially eliminates or reduces disadvantages 

cation media. Similarly, ethernet networks may utilize 40 ^ problems associated with prior techniques for inter- 

at least one of three different types of communication facing network peripheral devices to ethernet and token 

media. As a result, it has until now been necessary for a r^g networks. 

user to select some type of interfacing configuration The present embodiment includes a local area net- 
which not only is network protocol specific (i.e., either work adaptive circuit for coupling a host device to a 
specific to the particular ethernet or token ring proto- 45 network front end circuit which communicates infor- 
col), but accommodates the particular communication mation to/from a network. The adaptive circuit corn- 
medium associated with the network as well. prises an internal bus, a first bus operable to communi- 

In view of the above, computer manufacturers or cate with a bus of the host device and with the internal 

users have been forced to configure their networked bus* and a second bus operable to communicate with a 

computers to accommodate the specific network and 50 bus of the front end circuit and with the internal bus. 

communication medium used by the network. Thus, in The adaptive circuit further includes a protocol nan- 

the example of. personal computers, a computer manu- dler. The protocol handler is operable to communicate 

facturer may configure the hardware of a personal com- with the first, second and internal buses for communi- 

puter in order to interact with a particular type of net- eating with either a token ring or an ethernet protocol 

work as well as the communication medium of the net- 55 in a token ring or protocol mode, respectively. The 

work. In the prior art, this configuration was typically adaptive circuit further includes a configuration input 

accomplished at the protocol level by supplying suffi- pin for receiving a signal indicating a first and second 

cient chips on either the motherboard or a card within state, wherein the first state indication configures the 

the persona] computer. Additionally, a particular type local area network adaptive circuit to operate in a token 

of mechanical connector was supplied on the cabinet of 60 ring protocol and wherein the second state indication 

the personal computer or at the exterior end of a com- configures the local area network adaptive circuit to 

puter card so that the connector is compatible with the operate in an ethernet protocol, 

type of communication medium implemented by the The present embodiments provide numerous techni- 

network. cal advantages over the prior art. For example, one 

As an example of the prior art, in order to accommo- 65 technical advantage is the provision of a device which 

date an ethernet network which implements a coax permits a host computer or like peripheral device to 

(AUI) medium, an interface card is chosen having efficiently communicate with either an ethernet or 

ethernet circuitry, and a MIL-C-24308-1972 type of token ring network. Another technical advantage is that 
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the invention is preferably configurable for 4 or 16 
Mbit/S token ring protocols. Another technical advan- 
tage is the elimination of the need of physical manipula- 
tion of internal computer components to accommodate 
varying types of network protocols. Yet another techni- 5 
cal advantage of the preferred embodiment is that only 
a single chip with hardware support is necessary to 
permit the network interaction with either an ethernet 
or token ring network. 

Numerous other advantages are readily apparent to 10 
one skilled in the art and/or are set forth in the follow- 
ing description, claims and figures. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present IS 
inventive embodiments and the advantages thereof, 
reference is now made to the following description 
taken in conjunction with the accompanying drawings 
in which: 

FIG. 1 illustrates a block diagram of a host system 20 
coupled to a computer network bus via a network 
adapter; 

FIG. 2 illustrates a block diagram of the preferred 
embodiment of the local area network adapter circuit of 
the present invention; 25 

FIG. 3a illustrates a data frame format for token ring 
protocol; 

FIG. $b illustrates a data frame format for ethernet 
protocol; 

FIGS. 4a-4c illustrate a block diagram of the proto- 30 
col handler of FIG. 2; 

FIG. 5 illustrates a pin out diagram of the preferred 
adapter hardware block of FIG. 1; 

FIG. 6 illustrates a host device having an interface for 
coupling a network adapter circuit to a network front 35 
end circuit disposed within a plug member; and 

FIG. 7 illustrates a schematic of a front end circuit 
disposed within a plug member as illustrated in FIG. 6. 



DETAILED DESCRIPTION OF THE 
INVENTION 



40 



The preferred embodiments of the present invention 
are illustrated in FIGS. 1-7 of the drawings, like numer- 
als being used to refer to like and corresponding parts of 
the various drawings. 45 

FIG. 1 illustrates a prior art configuration which 
serves to depict the various components relating to the 
present invention in a generalized fashion. In particular, 
FIG. 1 illustrates a host system 10, a network adapter 12 
and a network bus 14. In the embodiment of FIG. 1 ( 50 
host system 10 is typically a computer based system or 
peripheral, while bus 14 is representative of any type of 
computer network. Additionally, while FIG. 1 illus- 
trates only a single host system adapted to a network, a 
series of different host systems could be similarly pro- 55 
vided so that each share the common network and are 
operable to communicate with one another. 

Host system 10 is coupled via a bus 16 to network 
adapter 12. Additionally, network adapter 12 is coupled 
via a bus 18 to network bus 14. Network adapter 12 60 
includes two interfaces, namely an interface 20 for con- 
necting network adapter 12 to host system 10 and an 
interface 22 for connecting adapter 12 to network bus 
14. Network adapter 12 further includes internal buses 
20a and 22a for coupling interfaces 20 and 22, respec- 65 
tively, to the internal components of network adapter 
12. Accordingly, it should be appreciated that commu- 
nications may be made between host system 10 and 



network bus 14 via buses 16, 18, 20a, 22a and through 
network adapter 12. Thus, network adapter 12 "adapts" 
host system 10 to communicate with network bus 14. 

The illustration of FIG. 1 represents generally a com- 
mon prior art mechanism by which a computer host 
system is connected to a network. For example, host 
system . 10 may comprise a personal computer, while 
network bus 14 may be representative of many different 
types of networks. As discussed below in connection 
with the preferred embodiments, the present embodi- 
ment is tailored to accommodate token ring or ethernet 
local area networks ("LANs"). While networks other 
than token ring and ethernet are available, it is estimated 
that at least 90% of the LANs in today's marketplace 
comprise either token ring or ethernet technologies. 

Network adapter 12 is further illustrated as having 
three general internal components. In particular, 
adapter 12 includes an adapter hardware block 2Aa, a 
network front end circuit 26 and a miscellaneous hard- 
ware block 28. Adapter hardware block 24a t network 
front end circuit 26 and miscellaneous hardware 28 are 
connected generally by an internal bus system 30. As a 
result, the three components may interact in order to 
permit communication between host system 10 and 
network bus 14. Thus, data on network bus 14 may be 
retrieved through bus 18, interface 22 and bus 22a into 
network front end circuit 26. Thereafter, this data may 
be processed by the components of adapter 12, and 
ultimately transferred to host system 10 via bus 20a, 
interface 20 and bus 16. Naturally, the opposite transfer 
of data from host system 10 to network bus 14 is equally 
achievable. 

The particular functions of adapter hardware block 
24a, network front end circuit 26 and miscellaneous 
hardware 28 may be further characterized in terms of 
both the prior art and in terms of the present inventive 
embodiments. In particular, the prior art includes cer- 
tain configurations embodied in United States Patents 
and pending patent applications assigned to Texas In- 
struments Incorporated. Accordingly, the following 
United States issued patents and pending applications 
are incorporated by reference as though set forth fully 
herein. 



ISSUED PATENTS 



Patent No. Title 



Filing Date 
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Patent No. Title 



issued patents 



Filing Date 
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Docket No. 


Title 


Filing Date 
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Now Patent 
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January 16, 1990 


TM301S 


System 


07/445562/ 


Digital Processor 


December 5, 1989 


TI-J2940 





10 



IS 



20 



quency of host system to network adapter communica- 
tions by allowing larger blocks of information to be 
transferred between the two at one time. This support 
of a large amount of interfacing memory is important in 
applications that require large data transfers such as 
graphics or data base transfers and/or in heavily loaded 
networks where the extra memory can provide data 
buffers to store data until it can be processed by the 
host. 

The TMS380C16 also includes a proprietary commu- 
nications processor ("CPU") which allows protocol 
software to be downloaded into RAM or stored in 
RAM and the device memory space. These downloada- 
ble protocols are more fully described in U.S. patent 
application Ser. No. 07/445,066 incorporated herein- 
above. By moving protocols to the chip, system perfor- 
mance is increased. This is accomplished due to the off 
loading of processing from the host system to the 
TMS380C16 which may also reduce adapter to host 
communications. 

The TMS380C16 also includes hardware counters 
that provide real time error detection and automatic 
frame buffer management. These counters control sys- 
tem bus retries and bunt size, and also track the host 



FIG. 2 illustrates a block diagram of the preferred 25 tem ™ s r f tn ?f ™ burst s ™> *** the host 

embodiment ofthe local area network adapter circuit 24 _.^? t ?. bu Ff r S * tus * Previousl y counters 
of the present invention. In particular, adapter circuit 24 
in the preferred embodiment is a single local area net- 
work processor adapter chip 24. The processor device 
of the present embodiment was derived from a single 30 
chip token ring communications processor device com- 
mercially available from Texas Instruments and identi- 
fied as the TMS380C16 token ring commprocessor. In 
particular, adapter chip 24 represents in general the 
same component blocks existing in the TMS380C16. 35 
However, the device has been greatly upgraded and 
improved such that it may be used in the configuration 
of FIG. 1 in order to permit communication with either 
a token ring network or an ethernet network, whereas 



were maintained in software, but by integrating them 
into hardware, software overhead is removed and 
adapter interfacing is improved. 

Returning to FIG. 2, adapter chip 24 is illustrated for 
purposes of explanation as having five internal func- 
tional blocks. In particular, these blocks include a com- 
munications processor 32, a system interface 34, an 
adapter support functions block 36, a protocol handler 
38 and a memory interface 40. Memory interface 40 is 
coupled to a memory (not illustrated) for purposes of 
storing/retrieving information. Each of the internal 
blocks of adapter chip 24 may communicate with one 
another via an internal system bus 42. While processor 



a iw*tu Hug uciwujk or an ememei neiwonc, wnereas via an miciuai »yaicra dus <w. wnne processor 

its predecessor device communicated solely with token 40 cni P 24 is illustrated as having these five blocks, it 

fine networks. As rlp^rn'hpH in rnnn^tinn xx.UU tir.C should be linfierstnnri that oioli nrMmtafiAn if 



ring networks. As described in connection with FIGS. 
6 and 7, below, adapter chip 24 may be utilized in an 
alternative, inventive physical configuration to support 
the various types of communication media used with 
either token ring or ethernet protocols. 

By improving upon a predecessor device, the present 
adapter chip 24 provides numerous benefits previously 
provided by the TMS380C16, as well as additional 
benefits. Some of the benefits previously available by 



should be understood that such presentation is given 
merely by way of example. Thus, each of the respective 
functions of the five blocks could be accomplished by 
circuitry selected by one skilled in the art in a manner 
45 that is not necessarily separated into five different 
blocks. Accordingly, the explanation of adapter device 
24 as having five blocks is not intended to limit the 
scope of the present embodiment. 
As discussed above, the five blocks illustrated within 
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the TMS380C16 are as follows. First, by providing a 50 adapter chip 24 have been used for describing the previ 
single chip solution having protocol handling, host ously existing TMS380C 16 available from Texas Instru- 
system interfacing, memory interfacing and communi- ments. The present embodiment, however, provides 
cations processing, only adapter memory and minimal various improvements to selected ones of the blocks in 
additional components such as an oscillator (i.e., miscel- order to provide still additional technical advantages 
laneous hardware 28) need be added to completely 55 from the adapter chip as a whole and, in order to permit 
interface a host system to a network. Further, a the chip to communicate not only with a token ring 
TMS380C16 provides a 32 bit system memory address protocol but with ethernet protocols as well. In particu- 
reach with a high speed bus master DMA interface to lar, the key improvements for purposes of permitting 
support rapid communications with the host system. In communication with either token ring or ethernet net- 
addition, the TMS380C16 supports direct I/O and a 60 works have been made primarily to protocol handler 
low cost 8-bit pseudo-DMA interface that requires only 38. Accordingly, basic descriptions are given below for 
a chip select to work directly on an 80x8x8 bit slave I/O each of the five component blocks, and particular em- 



interface. Finally, selectable Intel 80x8x or Motorola 
68xxx type bus and memory organization permit addi- 
tional design flexibility. 

The TMS380C16 also supports addressing for up to 2 
megabytes of memory. This expanded memory capacity 
improves adapter performance by minimizing the fre- 



65 



phasis and description is made with respect to the fea- 
tures of protocol handier 38. 

In general, the operation ofthe five internal compo- 
nents of adapter chip 24 are as follows. Adapter chip 24 
contains a cached workspace register architecture com- 
munications processor 32. The use of a cached work- 
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space register file improves performance because the 
simplest instructions require only one memory cycle if 
their operands are in cache. Communications processor 
32 controls adapter operation, runs diagnostic tests and 
responds to system interrupts. Additionally, the code 
running in communications processor 32 implements 
the frame level media access control ("MAC") proto- 
cols required by token ring protocols. 

Protocol handler 38 is responsible for network ac- 
cess, data framing and deframing and cyclic redun- 
dancy checking ("CRC") functions. The protocol han- 
dler also provides the network specific status and con- 
trol required by either token ring or ethernet standards. 
Further, protocol handler 38 serializes and deserializes 
network data and implements the token ring and ether- 
net local area network protocols at the bit and frame 
levels. When receiving information, protocol handler 
38 deserializes data coming from the network and trans- 
fers it to adapter memory 44 as a linked list of buffers. 
When transmitting data, protocol handler 38 takes data 
from adapter memory 44, converts it to serial form and 
sends it to the network by way of the network front end 
circuit 26 illustrated in FIG. 1, above. 

Protocol handler 38 is also responsible for controlling 
the flow of data to and from RAM (not shown). Specifi- 
cally, protocol handler 38 includes intelligent DMA 
controllers for automatically chaining between buffers 
for consecutive DMA operations. Four DMA state 
machines are maintained, the receive and transmit sides 
each having a state machine for data DMA and buffer 
manager DMA. The buffer manager DMA state ma- 
chines reinitialize the data DMA state machines for 
reception or transmission and automatically step down 
chains of such buffers as each is filled. This is done fast 
enough to guarantee availability of a state machine even 
if frames appear back-to-back on the network. Protocol 
handler 38 interrupts communications processor 32 at 
the end of a frame, end of a buffer, or when it reaches 
the end of a buffer chain. 

As stated above, the key inventive changes and im- 
provements to adapter chip 24 have mostly been made 
with respect to protocol handler 38. In general, addi- 
tional protocol logic has been included within protocol 
handler to permit it to accommodate both token ring 
and ethernet protocols. The particular details of these 
and other improvements to protocol handler 38 are 
discussed in greater detail in connection with FIGS. 
4<?-4c, below. 

System interface 34 interfaces host system 10 shown 
in FIG. 1 to adapter chip 24. Additionally, system inter- 
face 34 controls direct memory access ("DMA") opera- 
tions between host system 10 and memory 44. Further, 
system interface 34 enables host system 10 to gain direct 
access ("DIO") to memory 44. 

System interface 34 includes two separate controllers 
(not separately illustrated). The first controller is a di- 
rect I/O controller. The direct I/O controller manages 
host system references to the controller registers pres- 
ented by adapter chip 24. The second controller is a 
system DMA controller. This controller performs 
DMA transfers between host system 10 and the data bus 
of adapter chip 24. Software uses these mechanisms to 
enable host 10 and adapter chip 24 to communicate with 
each other. 

The terms "DIO" and "SDMA" refer to the data 
transfer mechanisms as seen from the host system side. 
The "DIO" registers appearing on the host system bus 



should not be confused with the registers appearing in 
the adapter memory map. 

For DIO, adapter chip 24 appears to host system 10 
as a set of 16 consecutive byte addresses aligned on a 
5 16-byte boundary. The DIO registers give host system 
10 access to adapter memory for down loading code, 
make adapter status information available to host sys- 
tem 10 and allow host system 10 to control adapter chip 
24. 

10 During host system reads or writes to adapter mem- 
ory 44 (DIO), communications processor 32 is locked 
out of adapter memory 44. With this approach, com- 
mand and status task blocks may be written by host 
system 10 and asynchronously examined by communi- 
15 cations processor 32. The direct I/O controller also 
places a programmable interrupt vector on the system 
bus during system bus interrupt acknowledge cycles. 

System interface 34 also allows for communications 
processor 32 to initiate DMA between adapter memory 
20 44 and memory associated with host system 10, for 
frame data or command/status interchange. It should be 
noted in the preferred embodiment that DMA is com- 
pletely under control of adapter chip 24. System inter- 
face 34 also includes a CMD/STS register. If host sys- 
25 tern 10 needs to send a frame, it generates an interrupt to 
adapter chip 24 by writing to the AIRQ bit of the 
CMD/STS register. From this point on, software asso- 
ciated with the adapter chip 24 controls transmission. 
Memory interface 40 includes a controller for inter- 
30 nal system bus 42 and provides an interface and control 
function to memory 44 (not shown). Additionally, 
memory interface 40 includes a parity checker and gen- 
erator, memory mapping registers, bus arbitration logic 
and clock generators. Memory interface 40 acts as the 
35 controller and arbiter for internal system bus 42. In the 
preferred embodiment, it also provides a flexible bus 
interface allowing a 2M byte memory of DRAM, 
SRAM or EPROM to be used as memory 44, thereby 
providing a low chip count at low cost. Memory inter- 
40 face 40 also contains the code, data, stack and buffer 
mapping registers which are used to increase the logical 
address space of communications processor 32 to 2M 
bytes. 

Adapter support functions block 36 includes the re- 
45 maining features of adapter chip 24. Adapter support 
functions block 36 is preferably separated from the 
remaining adapter chip functions in order to make test- 
ing easier. In particular, adapter support functions block 
36 contains a general purpose timer, an interrupt priorit- 
50 izer and multiplexer, a DRAM refresh controller and 
certain selected registers for adapter control and status. 

Before proceeding with the particular structures and 
methodologies of the present embodiments, it is instruc- 
tive to examine the frame formats for both token ring 
55 and ethernet communications. A frame format repre- 
sents a packet of data which is transmitted along the 
network, and which commonly includes information 
transmitted from one network peripheral to another so 
that the latter can operate or perform some task in re- 
60 sponse to the information. Because the preferred em- 
bodiments pertain to token ring and ethernet networks, 
FIGS. 3a and 3£> illustrate the formats for a frame of 
data for token ring and ethernet communications, re- 
spectively. 

65 FIG. 3<7 illustrates a token ring data frame 46. Frame 
46 commences with a start delimiter. The start delimiter 
indicates the beginning of a frame and includes an eight 
bit sequence which when recognized indicates the com- 
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mcncemcnt of a frame. Following the start delimiter is 
a physical control field zero. The physical control field 
zero includes one byte of information which is broken 
down into four sets of bits, where each set provides a 
different type of indication. In particular, bits zero 5 
through two indicate the priority level of the token. Bit 
three of physical control field zero is the token indica- 
tor. It is set to one for a busy token and to zero for a free 
token. Bit four of physical control field zero is the moni- 
tor count bit. When the monitor station is in repeat 
mode and receives a frame that is not a normal free 
token, it examines the monitor count bit. If this bit is 
zero, the monitor repeats the token with a monitor 
count bit set to one. If this bit is one, a token error has 
been detected. Bits five through seven of physical con- 
trol field zero are the priority reservation bits. These 
bits are used in fairness algorithms implemented to re- 
quest a non-normal free token of a particular priority. A 
physical control field one follows physical control field 
zero. Physical control field one, like physical control 
field zero, includes various sets of bits where each set of 
bits provides a different type of indication. For example, 
adapter chip 24 discussed above will recognize two 
different types of token ring frame formats. The first 
two bits of physical control field one indicate which of 
the two types of frame formats are being provided. The 
first format provides for cyclical redundancy checking 
("CRC") on the frame address portion of a frame (the 
so-called frame "header") and the data portion as well. 
The second type of format is an escape format. The 
escape format is provided for future frame formats and 
allows the redefinition of any frame field between the 
first two bits of physical control field one and the end 
delimiter discussed below. 

The destination address and source address follow 
the physical control fields within token ring frame 46. 
The destination and source addresses follow the start 
delimiter. The destination address field is a 48 bit ad- 
dress which specifies the station(s) for which the frame 
is intended. The source address is the unique address of 
the station sending the frame. 

An information field follows the destination and 
source addresses. The information field contains the 
pertinent information which is typically operated on by 
any one of the stations along the network. A minimum 
information field of one byte must be transmitted in 
every frame, but it should be noted that several bytes of 
information could be included as well. These bytes of 
information may, therefore, be processed by a host 
system 10 for whatever computing purpose is desired 
(e.g., sending a text message from one host to another; 
sending information to a printer for printing). 

Following the information is a frame check sequence 
as well as an end delimiter. The frame check sequence 
provides for error checking to ensure that the informa- 
tion was correctly received. The end delimiter indicates 
that the end of the frame has been transmitted and re- 
ceived. Following the end delimiter is a one byte physi- 
cal control field extension which is the same for all 
frame formats. Physical control field extension provides 
further functions such as data and address acknowl- 
edgement for MAC frames. 

In accordance with IEEE 802.5 (i.e. f token ring) 
standards, a free token format may also be transmitted 
in lieu of token ring format 46. The free token format 
simply includes a start delimiter followed by a physical 
control field and concludes with an end delimiter. 
These three bytes of information have particular set- 
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tings designated by the IEEE in order to indicate that a 
free token is being transmitted around the network. 

FIG. 3& illustrates an ethernet network frame 48. 
Frame 48 includes eight different subcomponents, many 
of which are comparable to those discussed above in 
connection with token ring frame 46. In particular, 
frame 48 begins with a preamble. Specifically, an ether- 
net network has no "master" clock, so frames must 
always be preceded by a preamble to allow receiving 
10 stations to lock onto the transmitting station's clock. 
The preamble is followed by a start delimiter which is a 
data pattern that differentiates the start of frame from 
the preamble, and is used by the receiver to synchronize 
itself to the start of the frame. Moreover, the preamble 
15 is specified to consist of 56 alternating ones and zeroes 
while the start delimiter is a binary 10101011 pattern. 
Thus, the start delimiter is effectively a byte of pream- 
ble with a one in its last bit. Thus, a receiver must look 
for a sequence of preamble followed tjy 11 to synchro- 
20 nize itself to an incoming frame. A transmitter must 
always send the full preamble and start delimiter, but a 
MAC receiver will never see the preamble in full; some 
of the preamble will be lost in the time taken to lock 
onto the transmitters clock in the receiving station. 
25 Similar losses occur in network segment repeaters, so 
the preamble actually seen by a MAC receiver will be 
reduced. This loss is anticipated and acceptable, so long 
as the receiver fully locks onto the incoming frame 
before the end of the start delimiter is encountered. 
30 The information in an ethernet frame follows the 
source address. Like token ring, the information is the 
data that the receiving station(s) operates in response to. 
The specification of the information field differs be- 
tween bluebook ethernet and IEEE 802.3 ethernet. In 
35 bluebook ethernet, the information consists of a type 
field of two bytes followed by LLC data. In IEEE 802.3 
ethernet, the information consists of a two byte length 
field, a data field, and padding if necessary. The present 
embodiment makes no assumptions as to the contents of 
40 the data field, on transmission or reception. Both blue- 
book and IEEE 802.3 standards specify that the data 
field has minimum length of 48 bytes and a maximum 
length of 1502 bytes. These lengths translate to a mini- 
mum frame size of 64 bytes, and a maximum frame size 
45 of 1518 bytes. As the ethernet slot size is 512 bit times, 
frame fragments due to collisions will always be less 
than 64 bytes in length. Receivers can therefore use 
frame length to filter out these unwanted transmissions. 
A frame check sequence follows the ethernet infor- 
50 mation. This field includes a CRC field which holds a 4 
byte cyclic redundancy checksum calculated over the 
address and data fields of the frame. The algorithm used 
is common to all IEEE 802 MAC layers. It should also 
be noted that there is no end delimiter on an ethernet 
55 frame. The end of a frame is marked by the absence of 
a carrier sense signal (CRS) on the network. A frame 
should however end on a byte boundary, and this leads 
to the concept of a dribble error. A frame has a dribble 
error if CRS is not deasserted on a byte boundary. Drib- 
60 ble errors are generally discounted if the CRC was 
correct on the previous byte boundary. 

FIGS. 4a~4c illustrate a functional block diagram of 
protocol handler 38 illustrated in FIG. 2. The blocks 
within FIGS. 4a-4c perform the various functions of 
65 the protocol handler and generally are separated into a 
serial data side and a parallel data side. More specifi- 
cally, data received from either a token ring or ethernet 
network is received in serial form and converted to 
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parallel form for operation within network adapter 12 The outputs of address registers 88 and 90 as well as the 

or for communication to host system 10. The dotted line outputs of RTP register 92 and RCP register 94 are 

illustrated in FIGS. 4a-4c delineates generally between connected to an internal address bus 100. A receive 

serial and parallel functions, the blocks below the dot- buffer manager 102 is also associated with the receive 

ted line for performing parallel functional operations 5 DMA registers for performing the function of data 

and the remaining blocks for performing serial opera- buffer management 

tions. As stated above, various inventive features have With, reference now to FIG. Ab, the INSER- 
been added to protocol handler 38 so that adapter chip T_ DATA signal from FIG. Aa is connected to the 
24 may communicate with ethernet protocols as well as mpu t of a fairness delay block 104, A logic block 106 is 
token ring protocols. Accordingly, these additional 10 associated with fairness delay block 104 for bit serial 
ethernet functions are described below. logic operations and priority token stacking operations 
With reference to FIG. Aa, the FERCLK/RXC sig- required by the priority token protocol. The INSER- 
nal is input into a receive/transmit clock generators T-DATA signal input to fairness delay block 104 is 
block 50. This input signal is further used to control a ^ spl i t off t o form a derivative signal, 
Manchester-to-transitional decoder ("M/T") block 52. 15 REPEAT DATA, which is provided to circuitry dis- 
M/T block 52 receives as an input the FERCVR/RXD cussed m connection with FIG. 4c. The output of fair- 
signal. The output of M/T block 52 is connected to the ness delay block m is conne cted to the input of a moni- 
input of a delimiterdecoder 54. Delimiter decoder 54 tor delay block 108. In addition, this output is split off to 
has three outputs. The first output is connected to the fonn ft FAIR _d A TA signal, which is connected to 
Lo PUt ^J*"? f^ple latches block 56, a deserializer 20 drcuit discussed be low ta connection with FIG. 4c. 
58, a CRC checker 60 and a flag logic block 62. In ^ , of monitor dd block 10g fc connected to 
addition, deserializer 58 passes ; these 18 bits of data to a m eJastic buffef m EJastic buffer UQ recdves M fl 

JJAl w re( S Ve JL ? ^ ™l% *c°«<* * n Put *e FERCLK signal and is controlled by a 
ceive FIFO bufTers 64 and 66 are connected to a FIFO ^ ^ denote(J pxXAL f N . mQStiQ buffer 110 gen- 
controller 67 described in greater detail, below. 25 ^ g . DDB— DATA, which is con- 
The third output of delimiter decoder 54 is connected 4 . 4 • •* j- jui • *• 

e*u r • * r j * • u* i nected to circuitry discussed below m connection with 

to one of the five inputs of a data insertion multiplexer FTr . J 

68. Multiplexer 68 also receives at two of its inputs the ' ' - - ... - A . . 
STSM (serial transmit state machine) and MSM (moni- M ™-'*?J talier ^J" 1 **? , ? umer 1 f us ^tional 
tor state machine) signals respectively. A fourth input 30 b . Iocks which are no * shown having physica connec- 
to multiplexer 68 is the output of a serial receive state to one another, but are descnbed ui detail below in 
machine 70. The final input of multiplexer 68 is con- a , £ nct ">nal sense and should be understood by one 
nected to receive the TX-DATA signal. The slalled m the art as necessardy connected to various 
TX-DATA signal is received from circuitry discussed W° cks in order to effect the functionality descnbed. 
below in connection with FIG. 4c. Additionally, multi- 35 FIG **> illustrates a senal transmit state machine 
plexer 68 provides an output signal INSERT-DATA 112 > a transmit token manager/defer state machine 114, 
which is provided to circuitry discussed below in con- md a receive data manager 116. In addition, FIG. Ab 
nection with FIG. Ab. Serial or receive state machine 70 illustrates a fairness state machine 118 and a monitor 
also receives input signals from baud sample latches state machine 120. Still further, FIG. Ab illustrates a 
block 56, CRC checker 60 and flag logic block 62. A 40 token nn S ^ prescaler 122, an ethernet transmit slot 
receive slot timer 72 is also associated with serial re- timer m > and a transmit data manager 126. The trans- 
ceive state machine 70 for serving the function of ensur- mission function is timed by a transmit timing block 128. 
ing ethernet received frames are at least 54 bytes long. In addition, token ring PT prescaler 122 has an output 
Sixteen bits of information from the 18 bit data output signal used to control a token ring PT timer 130. Simi- 
of deserializer 58 are connected as an input to frame 45 larIv » ethernet transmit slot timer 124 has an output 
address compare logic 74. These 16 bits represent the use <* to control an ethernet retry and backoff 
RCV-DATA signal. Frame address compare logic 74 block 132. A token ring gap timer 134, an ethernet expo- 
has an output coupled to address compare state machine nential select 136, and an ethernet random generator 
76 which, in turn, has a feedback output signal con- 138 are also associated with token ring PT timer 130 and 
nected back to frame address compare logic 74. The 50 ethernet retry and backoff block 132. These blocks are 
RCV—DATA signal input to frame address compare illustrated as one overall block because in the preferred 
logic 74 is output to an address compare registers 78. In embodiment, the same hardware may be configured in 
addition, an input of address compare state machine 76 order to accomplish the various functions of each of 
is connected to an output from address compare regis- these blocks. 

ters 78. Address compare registers 78 outputs the 16 bit 55 The remaining blocks of FIG. Ab comprise a register 

RCV_DATA signal to an internal data bus 80. decode 140 as well as various types of registers. Specifi- 

The output of receive FIFO buffers 64 and 66 con- cally, these registers include a data holding register 

nects the 18 bit data signal to data bus 80. In addition, ("DHR") register 142, and ring command registers 

data bus 80 is bidirectionally coupled to a series of re- RINGCMD0 144 and RINGCMD1 146. Registers 142, 
ceive DMA registers 82. Specifically, receive DMA 60 144 and 146 are illustrated as a common block because 

registers 82 include first and second length registers 84 in the preferred embodiment, they are constructed of 

and 86, first and second address registers 88 and 90, and like hardware. Each of these registers 142, 144 and 146 

a receive temporary panter ("RTP") and a receive are connected to data bus 80 to receive data therefrom, 

chain pointer ("RCP") register 92 and 94, respectively. Additional registers illustrated in FIG. Ab include a ring 

Length registers 84 and 86 and address registers 88 and 65 status register 148, a transmit status register 150, a re- 

90 are all connected to a special receive bus 96. Receive ceive status register 152 and a temporary PCFE storage 

bus 96 receives input signals from RTP register 92 and register 154. Registers 148, 150, 152 and 154 are shown 

RCP register 94 as well as from a CONST block 98. as a unitary block because they are preferably con- 
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strutted as a unitary structure, and are connected to is illustrated for representing the interrupt functions 
output information to data bus 80. described below. Finally, two status registers including 

With reference to FIG. 4c, the REPEAT—DATA an interrupt status register 220 and a transmit/receive 
signal and the FAIR—DATA signal are connected to ' status register 222 are bidirectionally connected to data 
two of the three inputs of an output multiplexer 156. 5 bus 80. 

The third input of output multiplexer 156 is connected Having now described the general interconnections 
to the output of a monitor delay block 158 which delays and preferred block representations of the present em- 
the DDB— DATA signal which is connected to its in- bodiment, the following represents a detailed descrip- 
put The output of output multiplexer 156 is connected tion of the functionality of protocol handler 38. Before 
to the input of a transitional-to-Manchester ("T/M") 10 preceding, however, it should be understood that the 
converter 160. The output of T/M converter 160 pro- blocks of FIGS. 4a-4c are set forth and described 
vides the FEDRVR signal discussed below. most i y m tg^ 0 f their functionality, with some refer- 

A three input output multiplexer 162 is provided mceSt wnere nece ssary, to device structure. Accord- 
having an output which provides the TX-DATA sig- mg i y> a person skilled in the art could define various 
nal. The first input of multiplexer 162 is connected to a 15 types „f structures, circuitries and/or interconnections 
violation generator 164. The second input of mufti- m order to effect f unct ional blocks without de- 
plexer 162 is connected to a serializer 166 which is paning from the scope of the intended embodiments, 
supported by load logic 168. The third input of mulu- to FIG . ^ protocol handler 38 imple- 

plexer 162 is connected to the output of a CRC genera- ments taiA of Ae functions previously provided for in 
tor 170. The input of CRC generator 170 is connected 20 TMS 380 token ri chi described above. Accord- 
to the output of multiplexer 162. It should also be noted m , of these functions ^ not ^ desc ribed in 
that the output signal, T*_DATA, of multiplexer 162 detai , Instead( the discussion in th i s detailed description 
is connected to the inpul : of a transmit control block 172. wju rimariI mdude those features mcluded yMbja ^ 
Transmit xontrol block 172 provides two i output signals, t embodiment which pe rmit ^th token ^ ^ 
namely, TXD and TXEN, those signals described in 25 ethemet operations t0 be accomplished. Various of 
greater detail below. these types of features are set forth immediately below. 

Serializer 166 and load logic 168 receive two 8 bit Receive/transmit clock generator block 50 uses the 
mput signals from a series of hardwired constan values ferclk si gna l to generate the clocks for all of the 
or registers which are utilized to form information for seria , h ^ n ^ tm mi stgte micbiaeSi ^ 
teansmission. In particular, a preamble constant value 30 ^ £ ^ - s ^ ^ PXTALIN signal is used to 
174. a start delimiter constant value 176 and an end dock outgoin data when ^ crystal transmit (CXMT) 
delimiter constant value 178 ^ are connected to one B bit bjt Js m ril f £ gister 146. In ethernet 

21^2 t£f™a ASS^rSS^ia « ** C »» *» receive The token ring serial path 
connected to the second 8 bit mput of load logic 168. 35 M „. ,„ „,;»i, uvr /♦!,„. ... r_, „.^a\„. 

Registers 182 and 184 are bidirectionally connected to blocks c J 0C * ed J .™ th ^ f* ey " e not . ™ ed . but 
• da* bus 80. A transmit parity check block 186 has its M * 10 * f lo * ked ,f ™ ple ?TL 'ST"' 0 
outputs connected to the two 8 bit inputs of load logic . Manchestcr-to- transitional decoder S2 1 converts the 
block 168. The input of transmit parity check block 186 d, f trentwl , Man * h « te ' transmuted on the nng 
is connected to a series oftransmitFIFOS, 188, 190 and 40 mt0 "rnal format called ' "ansitiona " code, so 
192. Transmit FIFOs 188, 191 and 192 are controlled by ^ becanse bau . d alt u m f^ ^ °" ^ 
a FIFO control block 194. An external address interface *» f / oin the 4 P^vious baud. In Manchester encoding. 
185 is associated with address compare logic 74 for data b,ts «* ?«»»"tecl as two successive baud of op- 
performing the function of allowing external matching P°f. ,te P 0 '™ 11 ?- Information content and bit synchroni- 
of frame addresses 45 MtK>n ue derived from the presence or absence of a 

The input of transmit FIFOs 188, 190 and 192 is con- "ansition » *f physical signalling level. Data is ttans- 
nected to data bus 80 as well as to a series of transmit T^JS conformance with IEEE 802 stan- 

DMA registers 196. In particular, transmit DMA regis- dard differential Manchester encoding. Front end car- 
ters includes a first and second length register 198 and ? mt * synchronizes an analog phase locked loop on the 
200. a first a second address register 202 and 204. a 50 «comnig *** "»■?•■»» a baud frequency 

temporary transmit pointer ("TTP") and series of trans- clock from the , data - ^ baud J* t !L! s ™ ade avsulab,e » 
mit chain pointer ("TCP") registers 206 and 208. re- P rotoco1 handler 38 vla *»* FERCVR pin signal. The 
spectively. Specifically, the TCP registers 208 includes ^ clock 18 provided to protocol handler 38 via the 
eight registers denoted TCPO through TCP7 for pro- FERCLK (Receive Clock) pin signal. The FERCLK 
viding pointing features to indicate particular addresses 55 18 synchronized so that incoming data on 

to address bus 100. Transmit DMA registers 196 are FERCVR changes on the falling edge of FERCLK, so 
bidirectionally coupled to data bus 80. In addition, a ^ **** ,s vaud at ^ nsul £ ^8 e of FERCLK. 
special transmit bus 210 has outputs connected to regis- Transitional code is defined m Table 1, below, 
ters 198. 200, 202 and 204 and inputs connected to regis- TABLE 1 

ters 206 and block 208. A CONST block has its outputs 60 
connected to transmit bus 210. The outputs of address 
registers 202 and 204 as well as TTP register 206 and 
TCP register block 208 are connected to address bus 
100. 

FIG. 4c also includes a transmit buffer manager 214 65 
associated with the transmit DMA registers for per- 
forming the function of transmit data buffer manage- 
ment. Still further, an interrupt control logic block 218 
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Protocol handler 38 generates transitional code by cal- 
culating the exclusive NOR of the current baud with 
the last received baud value. 

A data bit of zero is selected by a transition on the 
first baud of the bit and a data bit of one is selected by 5 
no transition on the first baud. In the manchester encod- 
ing scheme, valid data bits always have a transition 
between the first baud and the second. A code violation 
is indicated if no such transition occurs. The possible 
options are indicated in Table 2, below. 10 



TABLE 2 



MANCHESTER ENCODING 


Transitional Code 






First Second 






Baud Baud. 


Symbol 


Description 


0 0 


0 


Valid zero data bit 


0 1 


VO 


Zero data bit with 






violation 


1 0 




Valid one data bit 


1 1 


VI 


One data bit with 






violation 



IS 



In ethemet mode, Manchester-to-transitional decoder 
52 is only responsible for sampling incoming data. Thus, 
in ethemet mode, decoder 52 does not perform any 25 
code conversion. Such conversion is unnecessary be- 
cause RXD is already recognizable data (code conver- 
sion is carried out by the ethemet front end circuit). 

Delimiter decode 54 detects the start delimiter 
(SDEL) and end delimiter (EDEL) sequences defined 30 
for the protocol. It also outputs a "BURST4" detect 
signal for use by other portions of the logic in protocol 
handler 38. A BURST4 is a sequence of three consecu- 
tive ones in transitional code, corresponding to a burst 
of four consecutive baud with no transitions. 35 

Baud sample latches 56 in token ring mode outputs 
two signals: ID (sampled data) and ICV (sampled code 
violation), which are the transitional ly encoded values 
of the first and second baud, respectively for each bit. In 
ethemet mode, ID provides the sampled data value of 40 
each bit and ICV is always zero. 

Deserializer block 58 is preferably a 16-bit serial-in 
parallel-out shift register. The input to the deserializer is 
the ID (sampled data) output of the baud sample latches 
56. A serial parity generator unit calculates the parity 45 
for each eight bits shifted in, and stores this parity with 
the parallel data. The 18-bits of data and parity are then 
loaded in parallel into the receive FIFO buffers 64 and 
66. 

Cyclic redundancy code checker 60 contains a 32-bit 50 
feedback shift register (not shown) used for calculation 
of the CRC field in frames for both receiving and trans- 
mitting the frames. Every frame copied by adapter 24 
contains a 32-bit check sequence for either the frame 
header information or the frame data. 55 

Bits 26-31 of CRC checker 60 are saved into a latch 
after the last bit of the destination address has been 
operated on. The value of these 6 latched bits are a 
function of the whole destination address, hashed by the 
CRC algorithm. The value is used as an index into a 64 60 
bit "hash match" table, to determine whether to match 
a group addressed frame. 

Receive FIFO buffers 64 and 66 (illustrated as RX 
FIFO(0) and RX FIFO(l)) store parallel data. Specifi- 
cally, the buffers store up to two words of deserialized 65 
data before it is transmitted via DMA into adapter 
memory 44. Data is transferred onto data bus 80 under 
control of FIFO controller 67. In particular, data enters 
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RXFIFO(O) from deserializer 58, and is then shifted 
into RXFIFO(l), and then onto data bus 80 as DMA 
data to adapter memory 44. In the preferred embodi- 
ment, the parallel receive FIFO has two data load in- 
puts, one for most significant bit first data, the other for 
least significant first data. This supports the different 
bit-ordering conventions in the network protocols of 
either ethemet or token ring protocols. 

Data insertion multiplexer 68 is used for token ring 
operations only. Multiplexer 68 selects either repeated 
data, a constant (binary) zero, or data to be transmitted 
by adapter 24. Its select inputs are provided by serial 
receive state machine 70, serial transmit state machine 
112, monitor state machine 120, or the transmit idle 
control state machine. 

Serial receive state machine 70 in the preferred em- 
bodiment operates for both token ring and ethemet 
operations. For both token ring and ethemet operations, 
it is a finite state machine which controls operation of 
the receiver portion of the serial path. 

Ethernet front end circuits normally only provide a 
receive clock (RXC) when a carrier is being received. 
Accordingly, adapter chip 24 receive logic must dy- 
namically switch clocks between RXC and TXC de- 
pending on the CRS signal. This creates an inherent 
clock switching delay from the first RXC cycle with 
CRS active, to the first RXC clock on which incoming 
data is sampled. This delay is 2 or 3 clock cycles de- 
pending on the previous end of frame clocking (this is 
explained below). From this first sample bit one of the 
following two data patterns must be received for a 
frame to be received. Either: 

0.n(10). 1 1 or 10.n(10). 1 1 (n > = 3, and integer) 

Less formally, this translates to at least a single 0 bit 
of preamble followed by a start frame delimiter. Should 
any other data pattern be received frame synchroniza- 
tion is deferred until carrier sense has been deasserted. 

At the end of an ethemet frame, carrier sense is deas- 
serted. Adapter chip 24 will correctly sense the end of 
frame and detect byte alignment, with or without RXC 
clock cycles following CRS deassertion. This does 
however affect the startup of the next frame, as a conse- 
quence of the method of clock switching used on 
adapter chip 24. If no RXC clock cycles follow CRS 
deassertion then the clock switching delay on the next 
frame will be 2 clock cycles, otherwise it will be 3 cy- 
cles. 

Given a valid frame synchronization, protocol han- 
dler 38 will begin transferring frame data to memory 
(provided a frame buffer is available), while internal and 
external address checkers evaluate whether the frame 
should be copied. In order to present consistent address 
format to an external address checker for either net- 
work (token ring or ethemet), the ethemet address 
fields are stored in memory most significant bit first. 
This is consistent with the most significant bit first for- 
mat of the various address compare registers. The re- 
mainder of the frame (Data and CRC) are stored in least 
significant bit first format. 

In order to allow rejection of frame fragments, 
adapter chip 24 will normally delay the decision to 
proceed with copying an address matched frame, until 
after the minimum frame length has been received. Only 
if a frame is address matched, and at least 64 bytes long, 
will it be copied. Any other frames will be buffer recov- 
ered. A receive option is available to disable this func- 



03/16/2004, EAST Version: 1.4.1 



5,305,317 

17 18 

tion and receive smaller address matched frames. This buffer address, to take over immediately the current 

function would normally be used with the "copy all buffer is full. Each receive DMA channel has a dedi- 

frames" copy option to provide sniffer functions. cated address register. These are identified as ADDRO 

Receive slot timer 72 is preferably a pseudo-random 88 and ADDR1 90, registers, respectively. The address 

counter used to determine slot-time for receive signal 5 register for each receive DMA channel contains the bus 

(for register 180). Receive state machine 70 uses timer address of the word to be accessed by that channel. 

72 to control receive buffer recovery. Registers ADDRO and ADDR1 are under the control 

Frame address compare logic 74 compares the cur- of receive data manager 116 and receive buffer manager 

rently received 16-bit word of data with the required 102. 

Itorit address compare registers 78. Either bit-wise or 10 Receive channel length registers 84 and 86 (LENO 

equality comparisons are performed, with up to 15 bits and LENT) for the two receive DMA channels contain 

ignored in the comparisons. Compare logic 74 is con- the number of empty bytes left in the buffer currently 

trolled by address compare state machine 76. being filled by that channel. Registers LENO and 

Address compare state machine 76 is preferably a LENT are completely controlled by receive buffer 

finite state machine that controls recognition of both 15 manager 102 and receive data manager 116. 

source and frame destination addresses. Both ethernet Receive buffer manager 102 controls the buffer 

addresses and token ring addresses are checked by state chaining operations on the receive chain. It is prefera- 

machine 76. As each 16-bit word of the address is re- bly a finite state machine that requests bus cycles to set 

ceived, state machine 76 presents it and the required up the DMA channel control registers. Receive and 

address control registers to address compare logic block 20 transmit buffer chaining is described in more detail 

74, which then performs the combinational logic com- below. 

parison and ignore functions. It sets an Address—Match Transmit state machine 112 is a finite state machine 

output flag to receive buffer manager 102 to indicate that controls operation of the serial transmit path, 

that a frame should continue to be copied. In the token Transmit state machine 112 is responsible for creating 

ring mode, it produces a Vaiid_Strip_Address flag to 25 the frame format used by whichever network protocol 

serial transmit state machine 112 to indicate that the (i.e., token ring or ethernet) is in use. In token ring 

correct frame was stripped. mode, it normally uses a token on the ring to form the 

As stated above, address compare state machine 76 start of a frame, onto which it appends physical control, 
also compares a hash function of a frame destination address and data fields, ending the frame with check- 
address with a hash table. The CRC checker is used to 30 sum, end delimiter and physical control field extension 
generate the hash function. The least significant six bits fields. In certain circumstances, state machine 112 must 
from the CRC feedback shift register are latched after create the whole of the frame. In such cases, it will use 
destination address has been operated on. These bits are the start delimiter constant 176 loaded into serializer 
then demultiplexed into 64 bits and compared against 64 166 to form the data pattern of the delimiter and the 
user setable hash match bits (in the four hash match 35 violation generator 164 to form its code violation pat- 
registers), tern. In ethernet mode, transmit state machine 112 sends 

Address compare registers 78 are preferably 16-bit a preamble and start frame delimiter before address and 

registers which store the data loaded by software for data fields from a data buffer. Transmit state machine 

communications processor 32 and are used for frame 112 creates a start frame delimiter pattern by forcing a 

address comparison. Thus, address compare registers 78 40 one data bit over the last bit of the preamble (i.e., 

includes four registers which hold a 64 bit hash match > AAA A plus one bit yields >AAAB). Address and 

table. Bits are set in this table to enable frames with a data fields are treated differently: address field bytes are 

corresponding address hash to be copied. Hash match- sent most significant bit first; data field bytes least signif- 

ing is only allowed for group addressed frames. icant bit first. Specifically, serializer 166 supports two 

Receive DMA registers 82 are the registers initialized 45 different types of data formats for loads from transmit 

by receive buffer manager 102- They are loaded from FIFOs 188, 190 and 192. These types include the most 

data bus 80. These registers also connect to a special significant bit, and least significant bit first/byte which 

receive bus 96, which is used to transfer data from one occurs from the conflicting requirement of IEEE 802.3 

receive register to another. In the preferred operation of (ethernet) and 802.5 (token ring). Adapter chip 24 al- 

receive DMA registers 82, only receive chain pointer 50 ways maintains addresses in most significant format, for 

(RCP) register 94 may be accessed during functional both networks. Frame checksum may be generated 

operation. All other registers may be accessed only automatically, or be sent from a buffer. If the latter, 

during manufacturing tests. Each of receive DMA reg- bytes must be in least significant bit first format (like the 

isters 82 are described in greater detail immediately data field— same format as receiver stores it). 

Mow. 55 in ethernet mode, transmit state machine 112 sends 

RCP register 94 contains the address of the buffer frames as quickly as it can under the constraints of the 
currently being filled with data from the network. Soft- deference algorithm, but always on specific byte bound- 
ware for communications processor 32 loads register 94 aries. Internally, a byte counter is maintained for data 
with the head of a linked list of available buffers. Regis- alignment. Transmission is always initiated at the same 
ter 94 is cleared at reset. 60 point on this counter. The alignment of this counter is 

Receive temporary pointer (RTP) register 92 con- only changed on collisions, where the counter is used to 

tains the starting address of a buffer into which the ensure the correct jam length. The first alignment on 

receive DMA channel will store data when the present which all other conditions for transmission are met is 

buffer is full. used to initiate frame transmission. The effect of this is 

Receive channel address registers (ADDR1 and 65 that frames from the adapter are always sent with an 

ADDR2) 88 and 90 correspond to two DMA channels integral number of bytes between them, 

for receive operations; one set up to place data in the In token ring mode every octet (8-bit sequence) is 

current receive buffer, and a second set up for the next transmitted on the ring in order of increasing byte ad- 
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dress in the adapter. Each octet is transmitted most 
significant bit first. 

Further, note that bits in a word are transmitted from 
bit 0 first, i.e. the most significant bit of the most signifi- 
cant byte. Transmission continues in bit order (bit 1, bit 5 
2, etc.) until bit 7, at which time transmission continues 
into the least significant byte with bit 8. Transmission 
continues in bit order (bit 9, bit 10, etc.) until bit 15, at 
which time transmission of data from the next half-word 
of memory is started. 10 

Transmitted data will be illustrated as if it were trans- 
mitted left to right, i.e. the left most bit is transmitted 
first All bits of transmitted data will be numbered from 
0 to 7 as they would be numbered in a byte in memory. 
Notice that for transmitted bytes, bits will be numbered 15 
from 0 to 7. 

In ethemet mode, octets are sent in order of increas- 
ing byte address, like token ring. In contrast, however, 
bits within a byte are only sent most significant bit first 
during the address, as opposed to data, fields of the 20 
frame. The remainder of the frame is sent least signifi- 
cant bit first. 

Defer state machine 114 is only used in ethemet 
mode, where it is responsible for deferring the start of 
transmission for the inter-frame spacing time of 96 bits 25 
whenever a carrier is sensed. Adapter chip 24 continu- 
ously monitors the medium for traffic even if it has 
nothing to transmit. Whenever the medium is busy, it 
will defer to the passing frame by delaying any pending 
transmission of its own. After the last bit of the frame 30 
has passed (carrier sense changed from true to false), 
adapter chip 24 will continue to defer for the inter- 
frame spacing. If at the end of the inter-frame spacing, 
a frame is waiting to be transmitted, transmission is 
initiated independent of the value of carrier sense. 35 
When transmission has completed (or immediately if it 
has nothing to transmit) it will resume monitoring car- 
rier sense. 

Defer state machine 114 is IEEE 802.3 compatible 
and ensures that frames on the network have a minimum 40 
spacing of 96 bits, by controlling when a station is al- 
lowed to transmit. Defer state machine 114 works inde- 
pendently of the transmitter continuously monitoring 
both network (via CRS), and transmitter activity. To 
correctly handle frame collisions and the resulting 45 
frame fragments, the 96 bit delay may be broken into 
two consecutive timing periods IFG1 and IFG2 where 
IFG1 is retriggerable on carrier sense. It is quite possi- 
ble for carrier to become "nulled-out" during collisions. 
Making IFG1 retriggerable prevents any such nulls 50 
being confused with the true end of activity on the 
network. A single timer of 48 bits is used to implement 
IFG1 and IFG2. 

Defer state machine 114 is also used to detect trans- 
ceiver heart-beat. After the end of every normal trans- 55 
mission the transceiver provides a short burst on the 
collisions sense signal, to verify its signal path. Protocol 
handler 38 monitors for this "heart-beat" during the 
first half of the interframe gap (from the end of TEXN 
to the end of IFG1). If a heart-beat is not detected, a 60 
heart-beat error interrupt is posted. This interrupt may 
optionally be disabled for transceivers that do not pro- 
vide Heart-beat. 

Receive data manager 116 is preferably a finite state 
machine which requests and acknowledges bus cycles 65 
for DMA cycles to write the received data into mem- 
ory. It is also responsible for the actual transferring of 
the received data into memory. 
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Ethernet transmit slot timer 124 is preferably a pseu- 
do-random counter used to time the ethemet slot time 
of 512 bits for the transmit state machine. The slot time 
is used to determine the transmit buffer recovery win- 
dow and to determine the backoff time used in the bi- 
nary exponential backoff algorithm. Although frame 
size limits should be enforced by software, transmit slot 
timer 124 is partly used to detect size limit violations. 
Should an attempt be made to send a frame shorter than 
a slot time, it will be detected, the channel halted, and a 
"short frame" status posted. Long frames can be de- 
tected by carrier sense failure detection. Transceivers 
with watch-dog timers to prevent long frame transmis- 
sion, deassert carrier sense in addition to prevent net- 
work transmission. Protocol handler 38 monitors CRS 
from the end of slot-time. If CRS is sampled low, trans- 
mission is aborted, the channel is halted, and a "CRS 
failure" status is posted. 

Transmit data manager 126 is preferably a finite state 
machine which requests and acknowledges bus cycles 
for DMA cycles to read data to be transmitted from 
memory. It is also responsible for transferring the data 
to be transmitted from memory 44 to the serial interface 
of protocol handler 38. 

Ethernet exponential select 126 is preferably an N of 
10 bit selector used to generate the backoff value re- 
quired by the binary exponential backoff algorithm. 
This algorithm requires a random number R in the 
range of 0=<R<2**n. This provides an exponential 
ranging function by selecting n least significant bits of 
the value produced by random number generator 138. 

Protocol handler 38 implements the binary-exponen- 
tial-random-backoff algorithm (blocks 128, 132, 136 and 
138) used for ethernet collision backoff in hardware 
coupled directly to transmit state machine 112. If a 
collision is sensed, transmit state machine 112 immedi- 
ately begins transmission of a JAM pattern of 32 1 bits, 
except during the transmission of the preamble/SFS 
where it is delayed until after the SFS. The number of 
collisions experienced by a frame is indicated directly in 
the frame status field of the transmit buffer. Should a 
frame experience 15 collisions, or if retries are disabled, 
the transmit channel will be halted and the frame 
aborted with a "too many retries" status. Collisions 
after a slot time are illegal, and although jamming will 
occur as norma], no retries will be attempted. The trans- 
mit channel will be halted, and the frame will be aborted 
with a "late collision" status. 

Protocol handler 38 supports autonomous ethernet 
operation with minimal CPU intervention. The colli- 
sion backoff and deference algorithms are implemented 
in hardware, and abnormal conditions such as too many 
retries or late collisions cause channel shutdown. 

Ethemet retry and backoff counter 132 is part of the 
protocol handler 38 buffer-recovery system which al- 
lows automatic retries on frames with collisions. Buffer 
chaining operations on the first buffer of a frame are 
deferred until after a transmit slot-time. Until this slot- 
time, time collisions are possible and, therefore, the 
frame may need to be restarted. After this point colli- 
sions should not occur, and it is, therefore, permissible 
in order to allow buffer chaining. Because of transmit 
FIFO latency, the minimum buffer size of a multi-buffer 
transmit frame should be no less than 70 bytes. 

Ethernet retry and backoff counter 132 is preferably 
a 4 bit decrementer used to count down the number of 
transmit retries for a frame. Its value is used to control 
the retry backoff delay, and also forms part of the trans- 
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mit status. Ethernet backoff counter 134 is used to dec- CRC generator 170 generates the FCS/HCS (Fra- 
rement the backoff value generated by the exponential me/Header Check Sequence) to be inserted by protocol 
selector 136. Backoff time is complete when the counter handler 38 when transmitting. The description of the 
value reaches zero or if the start value is zero. If its CRC checker 60 above describes an equivalent imple- 
contents are non-zero, it is decremented once per slot- 5 mentation of a CRC generator. For transmission of data 
time (as indicated by slot timer 124). in the preferred embodiment, CRC checker 170 re- 

Ethernet random number generator 138 is preferably ceives a one bit control signal to control the flow on 
a 10 bit pseudo-random counter used to generate the input bits. Thus, when the control bit is set to one, input 
random number used in the binary exponential backoff bits are shifted in and also directly shifted out to the 
algorithm. This counter is free-running from reset. 10 ring. When the control bit is set to zero, the feedback 
Data holding register 142 is preferably a latch to paths are disabled and a shift register within checker 60 
synchronize the data written to the RINGCMD0 or shifts the inverse of the register contents in the output. 
RINGCMD1 registers 144 and 146. The latter registers Before shift-in begins, initialization logic (not shown) 
are synchronized to the serial state machine clocks, and presents all register positions to 1. For receipt of data, 
hence a temporary register is required to hold the data 15 after the transmitted FCS has been shifted in, the value 
written from data bus 80, which is synchronized with c f the shift register within checker 60 should be: 
the LBCLK inputs. 

RINGCMD0 register 144 enables specific receive - 
and transmit modes of protocol handler 38. It also con- 1 10 > 1 1 10 IQ i * it" i o°io oooo mo oou 
tains bits to select which protocol handler register is 20 > D >E > B >B >2 >0 >E >3 
accessed during chip testing. Each bit in RINGCMD0 

register 144 is modified only by communications pro- where the left most bit corresponds to bit X0 and the 
cessor 32. It should also be noted that the bits of right most bit corresponds to bit X31. As discussed in 
RINGCMD0 register 144 have different meanings de- greater detail below, separate CRC circuits are used for 
pending on whether adapter chip 24 is in token ring or 25 the receive and transmit channels. In the preferred em- 
ethernet mode. bodiment, protocol handler 38 has separate CRC 

RINGCMD1 register 146 is the master control regis- checker and generator circuits, with appropriate bit 
ter of protocol handler 38. It controls such functions as gating logic. 

protocol handler reset and address recognition. Each TXCTL block 172 takes serialized data from transmit 
bit in RINGCMD1 register 146 is modified only by 30 multiplexer 162 and drives the ethernet front end signals 
communications processor 32. as appropriate under control of transmit state machine 

Receive status register 148 contains status informa- 112. TXCTL block 172 also allows transmit state ma- 
tion associated with receive operations. This is the same chine 112 to force data ones, which allows the JAM and 
status information which is written to the header of the start frame delimiter patterns to be created, 
last DMA buffer of a received frame. 35 In token ring mode, fire token register 184 is used to 

Transmit status register 150 contains status informa- hold the PCFO to be included in a token that will be 
tion associated with transmit operations. This is the generated by adapter chip 24 and transmitted on the 
status information which is written to the header of the ring. This register is used as a working register by pro- 
last DMA buffer of a transmitted frame. In normal tocol handler 38. It can also be written by communica- 
operations, transmit status register 150 is accessed only 40 tions processor 32 if protocol handler 38 is in an inactive 
by protocol handler 38. state when FTOKREG register 184 is written by com- 

RINGSTS register 152 provides general network munications processor 32. If protocol handler 38 is in an 
status information, including front end circuit status, inactive state when the FTOKREG register 184 is writ- 
error logging, and token validation. Bits in RINGSTS ten by communications processor 32, protocol handler 
register 152 may be modified by either communications 45 38 will immediately transmit (i.e., "fire") a free token on 
processor 32, protocol handler 38, or both, depending the ring, including a starting delimiter, the data in 
on the individual bit definitions. FTOKREG register 184 as the PCFO byte, and an 

Output multiplexer 162 is under control of transmit ending delimiter. This allows communications proces- 
state machine 112, and selects either CRC generator 170 sor 32 to transmit an arbitrary token on the ring, 
or serializer 166 output onto the transmit data path (i.e., 50 FTOKREG register 184 is used in ethernet backoff 
TX-DATA). self-test mode to create a simulated transmit collision, or 

Transmit serializer 166 is preferably a 16-bit parallel- for diagnostic purposes. A collision is created whenever 
in serial-out shift register. All 16-bits may be loaded the register is written to irrespective of the data, 
from the top transmit buffer TXFIFO(0) 188, the con- External address interface 185 provides a means by 
catenation of SDEL from register 176 and FTOKREG 55 which adapter chip 24 can interact with external hard- 
from register 184, the concatenation of EDEL from ware to extend its network address recognition capabili- 
register 178 and PCFEREG from register 182, an ties. In the preferred embodiment, this external hard- 
> AAA A (hex) pattern from preamble register 174, or ware is referred to as an external address checker. The 
with a jam signal from register 180. PCFEREG register external address checker can operate in parallel with 
182 is loaded from the least significant byte of the 60 the normal address checker in protocol handler 38 to 
TXSTAT word of the last buffer transmitted in a frame. determine which frames should be copied. The external 
FTOKREG register 184 is loaded either from commu- address checker can be used to provide recognition of 
nications processor 32 software via data bus 80 or by extra addresses, perform bridge routing or line monitor- 
serial transmit state machine 112. SDEL and EDEL ing functions. 

registers 176 and 178 are hardwired realizations of the 65 Transmit parity checker 186 checks the parity of data 
token ring SDEL and EDEL data bit patterns. Code transferred from TXFIFO(0) 188 to transmit serializer 
violation sequences for SDEL and EDEL are gener- 166. It performs the final check of data before it is 
ated by the transmit code violation generator 164. placed in serializer 166. After this final check, the data 
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validity is protected by the frame check sequence code 
which is generated by CRC generator 170. 

The transmit buffer FIFOs 188, 190 and 192 provide 
for three 16-bit words to allow protocol handler 38 to 
maintain a constant flow of transmitted data into trans- 
mit serializer 166. The parity read from the bus is main- 
tained in the FIFO. In operation of data transfer, the 
first word of a transmit frame is transferred via DMA to 
TXFIFO(0), the second to TXFIFO(l), the third to 
TXFIFO(2), the fourth to TXFIFO(0) and so on. Data 
is taken from each TXFIFO in turn and serialized. 
Thus, in the preferred embodiment, there is no shifting 
of data from one TXFIFO to another. 

Transmit FIFO control pointer 194 consists of two 



transmit buffer manager 214 is provided in a later sec- 
tion. 

FIG. 5 illustrates a block diagram of adapter chip 24 
of the present embodiment, including the various pin 

5 designations for the chip. Certain pins on chip 24 are 
used in one mode for token ring communication and in 
an alternative mode for ethernet and, hence, are indi- 
cated as having two different signals separated by a 
indication. In these dual signal indications, the first 

10 signal corresponds to token ring operation and the sec- 
ond signal corresponds to ethernet operation. Other 
pins having dual signal indications are associated with 
various dual functions, each of which are set forth in the 



following descriptions. For example, system interface 

three state pointers. The first pointer is used to indicate 15 pms with alternate names for Intel and Motorola modes 

which of the three TXFIFOs 188, 190 or 192 is next to list the Intel mode name first. Still other pins receive or 

be loaded by transmit data manager 126, The other provide a single signal which is described below, 

pointer indicates which TXFIFO is currently being The particular signals on each of the pins are as fol- 

muxed to the serializer and then transmitted. lows: 

Transmit DMA registers 196 are the registers loaded 20 
by transmit buffer manager 214. Only the transmit chain ■ 

pointers (TCPS) 208 may be loaded during functional Pin Designation Signal(s) Description 

operation. All other transmit DMA registers may be si/M- 
accessed only during manufacturing tests. 

Transmit chain pointers 206 (TCPO to TCP7) are 25 
eight prioritized TCP registers of which TCP7 has the 
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highest priority and TCPO the lowest. A TCP register 
contains the starting address of a buffer from which the 
appropriate transmit channel can fetch frame data wait- 
ing to be transmitted. These registers can be modified 30 
by either protocol handler 38 or communications pro- 
cessor 32. Each TCP register can be loaded by commu- 
nications processor software with the head of a linked 
list of buffers to be transmitted. Protocol handler 38 will 
always try to transmit the frame pointed to by the high- 35 
est active TCP register. Therefore, data is sent in order 
of priority. Transmit buffer manager 214 steps down the 
list pointed to by the particular TCP register in use, 
loading it with the new address when it chains to the 
next buffer. 40 

Transmit temporary pointer (TTP) 206 contains the 
starting address of the buffer from which the transmit 
DMA channel will read data when the present buffer is 
sent. It is completely controlled by transmit buffer man- 
ager 214. 45 

Protocol handler 38 maintains two DMA channels 
for transmit operations; one set up to move data from 
the current transmit buffer to the ring, and a second set 
up for the next chained buffer, to take over immedi- 
ately, when the current buffer is empty. Each transmit 50 
DMA channel has a dedicated address register. These 
are called ADDR0 and ADDR1 registers 202 and 204, 
respectively. The channel address register for each 
transmit DMA channel contains the bus address of the 
word to be accessed by that channel. ADDR0 and 55 
ADDR1 registers 202 and 204 are under the control of 
transmit data manager 126 and transmit buffer manager 
214. 

The transmit channel length registers, LENO 198 and 
LENT 200, for the two transmit DMA channels, con- 60 
tain the number of bytes yet to transmit from the cur- 
rent buffer. Registers LENO and LENT are completely 
controlled by transmit buffer manager 214 and transmit 
data manager 126. 

Transmit buffer manager 214 is preferably a finite 65 
state machine that performs the automatic buffer chain- 
ing along the frame transmit chain. It initializes the 
transmit DMA channel registers 196 Operation of SRS2/SBERR- 



System Intel/Motorola Mode Select. 
If this input is strapped high, one of the 
two Intel-compatible microprocessor 
interface modes is selected; if strapped 
low, the Motorola-compatible interface 
mode is selected. This pin has an 
internal pullup device to maintain a high 
voltage on it when it is not driven. 
System 8/16 bit bus select and 
halt/bus error retry. In Intel mode this 
input signal selects between an 8 bit or a 
16 bit data bus interface. In Motorola 
mode this signal becomes the SHALT- 
signal. If this signal is asserted along 
with bus error (SB ERR), adapter chip 24 
will retry the last DMA cycle. This is 
the re-run operation as defined in the 
Motorola 68000 specification. The 
BERETRY counter is not decremented by 
SBERR- when SHALT- is asserted. This 
pin has an internal pullup device to maintain 
a high voltage on it when it is not driven. 
Combinations of SI/M- and SB/ 16- mode are 
classified as follows: 



SI/M- 


S8/I6- Mode Name 


0 


SHALT- Motorola 16-bit 




(68000) 


1 


0 Intel 16-bit 




(8086) 


1 


1 Intel 8-bit (8088) 


SRESET- 


System Reset This input is 




activated to place adapter chip 24 into a 




known initial state. Hardware reset will 




Hi Z most of (he output pins of adapter 




chip 24 and place all blocks into the 




reset state. 


SCS- 


System Chip Select. The chip select 




input signal activates the system 




interface of adapter chip 24 for a DIO 




read or write. This pin has an interna) 




pullup device to maintain a high voltage 




on it when it is not driven. 


SRSX 


System Register Select Extended. 




This input signal gives the most 




significant bit used for accessing DIO 



SRS(0-2) 



registers. 

System Register Select. These inputs 
together with SRSX select the word or byte 
to be referenced during a system DIO 
access. In Intel 8-bit mode or during a 
byte access in Intel 16-bit mode, the SRS2 
pin selects the byte referenced. In 
Motorola mode, SRS2 is used for the 
SBERR- signal as defined below. 
Bus Error. In Intel mode this input 
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SBHEr/SRNW 



SWR-/SLDS* 



SRD-/SUDS- 



signal is the SRS2 signal as defined 
above. In Motorola mode this input is 
driven active-low during a DMA cycle to 
indicate to adapter chip 24 thai the cycle 
must be terminated abnormally. It 
corresponds to the Bus Error signal of the 
68000 microprocessor. It is internally 
synchronized to SBCLK. This pin has an 
internal pullup device to maintain a high 
voltage on it when it is not driven. 
System Byte High Enable or Read/Not 
Write. In Intel mode (SI/M- = 1), this 
input/output pin serves as an active-low 
byte-high-enable signal, SBHE-. SBHE- is 
a three-state output that is driven during 
DMA and an input at all other times. In 
Motorola mode (SI/M- = OX this pin serves 
as a control system which is high to 
indicate a read cycle and low to indicate 
a write cycle. System interface 34 drives 
this signal as an output during DMA on the 
system bus; it is an input during DIO 
cycles. An interna] pullup device is 
included to maintain a high voltage on 
this pin when it is not driven. 
System Write Strobe or Lower Data 
Strobe. In Intel mode, this input/output 
pin serves as the active-low write strobe. 
In Motorola mode, this input/output pin 
serves as the active-low lower data 
strobe. This pin is an input during DIO, 
and an output during DMA. An internal 
pullup device is included to maintain a 
high voltage when the pm is not driven. 
System Read Strobe or Upper Data 
Strobe indicator. In Intel mode, this 
input/output pin is an active-low strobe 
indicating that a read cycle is performed 
on the system bus. In Motorola mode, this 
input/output pin is an active-low strobe 
indicating that data is transferred on the 
most significant byte of the system bus. 
SRD-/SUDS- is an input during DIO, and 
an output during DMA. An internal pullup 
device is included to maintain a high 
voltage when the pin is not driven. 
System Register Address Strobe or 
Memory Address Strobe. In Intel mode, 
this input/output pin serves as the system 
register address strobe, with which SCS-, 
SRSX, SRS<0-2> and SBHE- are latched. 
In a minimum-chip system, SRAS is tied to 
the ALE output of the user processor. This 
latching capability is easily defeated, as 
is usually desired in expanded Intel 
8086/8088 systems supporting non- 
multiplexed address and data buses. The 
internal latch for these inputs remains 
transparent as long as SRAS remains high, 
permitting this pin to be strapped high 
and the signals at the SCS-, SBHE-, SRSX 
and SRS<0-2> inputs to be applied 
independent of an ALE strobe from the user 
processor. During an Intel DMA this 
signal remains an input. In Motorola 
mode this pin is an active-low address 
strobe, which is an input during DIO 
(although ignored as an address strobe), 
and an output during DMA. An internal 
pullup device is provided to maintain a 
high voltage when the pin is not driven. 
System Bus Ready or Data Transfer 
Acknowledge. In Intel mode, this 
input/output pin serves as an active-low 
bus ready signal. In Motorola mode, this 
data transfer acknowledge signal. The 
purpose of the SRDY- and SDTACK- sig- 
nals is to indicate to the bus master that a 
data transfer is complete. 
SRDY -/SDTACK - is internally synch- 
ronized to SBCLK. During DMA cycles, it 
must be asserted before the falling edge 
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of SBCLK in state T2 in order to prevent a 
wait state. 

SRDY-/SDTACK- is an output when adap- 
ter chip 24 is operational for DIO, and an 
input otherwise. An internal pullup 
device is implemented so that the signal 
is pulled, high when not driven. 
SALE System address Latch Enable. At the 

start of each DMA cycle, this output 
provides the enable pulse used to 
externally latch the sixteen least 
significant bits ("LSBs") of the address 
from the multiplexed address/data lines. 
Systems which implement parity on 
addresses can use SALE to externally latch 
the parity bits (on SPH and SPL) for the 
sixteen LSBs of the DMA address. 
SXAL System Extended Address Latch. This 

output provides the enable pulse used to 
externally latch the 16 address extension 
bits of the 32-bit system address during 
DMA. SXAL is activated prior to the first 
cycle of each block DMA transfer, and 
thereafter as necessary (whenever an 
increment of the DMA address counter 
causes a carry-out of the lower 16 bits). 
Systems which implement parity on 
addresses can use SXAL to externally latch 
the parity bits (available on SPL and SPH) 
for the DMA address extension word. 
SDDIR System Data Direction. This output 

provides a signal to the external data 
buffers indicating the direction in which 
the data is moving. During DIO writes and 
DMA reads, SDDIR is low (input mode); 
during DIO reads and DMA writes, 
SDDIR is high (output mode). These func- 
tions are illustrated by Table 1, immediately 
below. 



TABLE 1 


SDDIR 


DIRECTION 


DIO 


DMA 


0 


input 


write 


read 


1 


output 


read 


write 



When the system interface is not 
involved in a DIO or DMA operation, 
SDDIR is high by default. 
SDBEN- System.Data Bus enable. This output 

provides to the data buffers external from 
adapter chip 24 the active-low enable 
signal that causes them to leave the high- 
impedance state and begin transmitting 
data. This output is activated during 
both DIO and DMA, 
SOWN- System Bus Owned. This output goes 

active-low during DMA cycles to indicate 
to external devices that adapter chip 24 
has control of host bus 16. SOWN- drives 
the enable signal of the bus transceivers 
chips which drive the address and bus 
control signals. 
SBCLK System Bus Clock. This is the 

external input clock signal with which 
adapter chip 24 synchronizes its bus 
timing for both DIO and SDMA transfers. 
For asynchronous buses, any TTL 
oscillator signal may be applied. 
SHRQ/SBRQ- System Hold Request or Bus Request 
This output is used to request control of 
host bus 16 in preparation for a DMA 
transfer. In Intel mode, it is an active- 
high hold request, as defined in the 
standard 8086/8088 interface. In Motorola 
mode, it is an active-low bus request, as 
defined in the standard 68000 interface. 
SHLDA/SBGR* System Hold Acknowledge or Bus Grant. 

In Intel mode, this active-high input 
signal indicates that the DMA hold request 
has been acknowledged, in accordance with 
the standard 6086/8088 interface. In 
Motorola mode, this signal is an active- 
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low bus grant, as defined in the standard 
68000 interface. In either mode, it is 
internally synchronized to SBCLK. 
System Bus Busy. This input signal 
samples the value of the Motorola 68000- 
style Bus Grant Acknowledge (BGACK-) 
signal. Adapter chip 24 must sample 
SBBSY- high before it drives the system 
bus. Its operation is defined for both 
Intel and Motorola mode, but Intel systems 
usually have no equivalent signal. As a 
convenience to Intel mode users, an 
internal device pulls this pin high if it 
is left unconnected. This pin is used as 
the scan 1 input in the serial test modes. 
System Bus Release. This input is 
driven active-low during DMA to 
indicate that a higher priority device 
requires the system bus and that adapter 
chip 24 should release the bus as soon as 
possible. When adapter chip 24 is not per- 
forming DMA, this input is ignored. In ■ 
operation, the signal is defined for both 
Intel and Motorola' modes, but Intel 
systems usually have no equivalent signal. 
It is internally synchronized to SBCLK. 
This pin has an internal pull up device to 
maintain a high voltage on it when it is 
not driven. 

System Interrupt Request. Adapter 
chip 24 activates this output to signal an 
interrupt request to the user processor. 
In Intel mode, this pin is active-high; it 
is active-low in Motorola mode. 
System Interrupt Acknowledge. This 
input is driven active-low by the host 
processor to acknowledge the interrupt 
request from adapter chip 24. Adapter 
chip 24 responds to this signal by gating 
its interrupt vector onto internal system 
bus 42. System buses not requiring an 
interrupt cycle may strap SlACK-high. 
This pin has an internal pullup device to 
maintain a high voltage on it when it is 
not driven. 

System Address/Data Bus - high byte. 
This input/output is the most significant 
byte of the 16-bit address/data bus. In 
both Intel and Motorola mode, this signal 
multiplexes out bits 31 to 24 and IS to 8 
of the address bus and bits 15 to 8 of the 
data bus (using Intel/Motorola standard 
bit numbering conventions). At system 
interface 34, the most significant bit is 
SADH<0) and the least significant bit is 
SADH(7). These pins have internal pullup 
devices to maintain high voltages on them 
when they are not being driven. 
System Address/Data Bus - low byte. 
This input/output is the least significant 
byte of the 16-bit address/data bus. In 
both Intel and Motorola mode, this signal 
multiplexes out bits 23 to 16 and 7 to 0 
of the address bus and bits 7 to 0 of the 
data bus (using Intel/Motorola standard 
bit numbering conventions). At system 
interface 34, the most significant bit is 
SADL(0) and the least significant bit is 
SADL(7). These pins have internal pullup 
devices to maintain high voltages on them 
when they are not being driven. 
System Parity High. Contains an odd- 
parity bit for each data or address byte 
transmitted over SADH(0-7). This 
input/output pin has an internal pullup 
device to maintain a high voltage on it 
when it is not driven. 
System Parity Low. Contains an odd- 
parity bit for each data or address byte 
transmitted over SADL(0-7). This 
input/output pin has an internal pullup 
device to maintain a high voltage on it 
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when it is not driven. 
Adapter Bus Clock 1. 
Adapter Bus Clock 2. MBCLKI and 
MBCLK2 are the output clock references 
for all adapter bus transfers. MBCLK2 lags 
MBCLKI by 90* C These clocks operate at 
twice the memory cycle rate. 
Adapter Memory Address, Data and 
Status input/output signals. For the 
first quarter of a memory cycle, these 
signals carry address bits AX4 and AO 
through A6; for the second quarter, these 
signals carry status bits; and for the 
third and fourth quarers, they cany data 
bits 0 to 7. 

Adapter Memory Address and Data 
input/output signals. For the first 
quarter of a memory cycle, these signals 
carry address bits A7 to A 14; for the 
second quarter, these signals carry 
address bits AX4 and AO through A6; and 
for the third and fourth quarters, they 
carry data bits 8 to IS. . 
Adapter Memory Extended Address and 
Parity input/output signals. For the 
first quarter of a memory cycle, this 
signal carries extended address bit (AX1); 
for the second quarter, this signal 
carries extended address bit (AX0); and 
for the third and fourth quarters, it 
carries the parity bit for the MS data 
byte. 

Adapter Memory Extended Address and 
Parity input/output signals. For the 
first quarter of a memory cycle, this 
signal carries extended address bit (AX3); 
for the second quarter, it carries 
extended address bit (AX2); and for the 
third and fourth quarters, it carries the 
parity bit for the least significant data 
byte. 

Extended Address input/output Bit. 
This signal drives AX0 at ROW time and 
A12 at COL and DATA time for all cycles. 
Driving A 12 eases interfacing to a BIA 
ROM. 

Extended Address input/output Bit. 
This signal drives AX2 at ROW time, A 14 
at COL time and DATA time for all cycles. 
Driving A 14 eases interfacing to a BIA 
ROM, 

Row address strobe for DRAMs. The 
row address lasts for the first 5/16 of 
the memory cycle. This output signal is 
taken low while the row address is valid 
on MADL(0-7), MAXPH and MAXPL, for 
both RAM and EPROM cycles, and during 
refresh cycles when the refresh address is 
valid on MADL(0-7). When the arbitration 
logic grants access to an external bus master 
this pin goes high impedance to allow any 
external device to control the signal. 
Column address strobe for DRAMs. The 
column address is valid for the 3/16 of 
the memory cycle following the row address 
time. This output signal is taken low 
every cycle while the column address is 
valid on MADL(0-7), MAXPH and 
MAXPL, except when one of the following 
conditions occurs: 

(1) When the address is reserved for BIA 
ROM ( > 00.0000- > 00.000F); 

(2) When the address is assigned to be 
EPROM (i.e., when the BOOT bit in the 
ACTL register of system interface 34 

is zero and an access is made to 
>00.XXXX or > 1F.XXXX); 

(3) When the address is one of the 
on-chip addresses (>01.0100->01.01FF 
in normal mode and 
>01.0100->01.07FF in cpless mode); 

(4) The cycle is a refresh cycle in which 
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MREF 



MW- 



MAL- 



case MCAS- is driven out at the start 
of the cycle before MRAS- (this 
occurs for DRAMs that have CAS before 
RAS refresh; for DRAMs that do not 
support CAS before RAS refresh it may 
be necessary to disable MCAS with 
MREF); or 

(5) The cycle is under the control of an 
external bus master. In this case 
the output will be tri-stated to 
allow an external device to control 
the signal. 

DRAM refresh cycle in progress. In 
master operations, this output signal is 
high when memory interface 40 is 
performing a refresh cycle. It is used 
for disabling MCAS- to all DRAM that do 
not use a CAS-before-RAS refresh. In 
slave operations this signal is asserted 
with a bus request to indicate to the bus 
controller that the refresh machine is 
asking for the bus. 

Adapter Memory Write. This output 
signal is low during writes and high 
during reads. The data on the MADH(0-7) 
pins and MADL(0-7) buses is valid while 
MW- is low. DRAMs latch data on the 
falling edge of MW- while SRAMs latch 
data on the rising edge of MW-. 
This pin goes high impedance when adapter 
chip 24 is not the bus master. 
Memory Address Latch. This output is 
a strobe signal for sampling the address 
at the start of the memory cycle. It is 
used by SRAMs and EPROMs. At the fall- 
ing edge of MAL-, the full 20 bit word 
address is valid on MAXO, MAXPH, 
MAX 2, MAXPL, MADH(0-7) 
and MADL(0-7). 
Three 8 bit transparent latches 
can therefore be used to retain a 20 
bit static address throughout the cycle. 
This pin goes high impedance when adapter 
chip 24 is not bus master. 
Data Direction. This input/output 
signal is an output when adapter chip 24 
is bus master and an input otherwise. It 
is used as a direction control for bi- 
directional bus drivers. It is low for 
reads and high for writes. It becomes 
valid before MW-. This pin goes high 
impedance when adapter chip 24 is not bus 
master. 

Buffer Enable. This output signal is 
used in conjunction with MDDIR, and 
enables the bi-directional buffer outputs 
on the MADH and MADL buses during the 
data phase in the direction selected 
by MDDIR. 

This pin goes high impedance when adapter 
chip 24 is not bus master. 
ROM Enable. This output signal is 
only active at ROW time in the first 5/16 
of the memory cycle. It is used to 
provide a chip select for EPROMs when the 
BOOT bit of the ACTL register of system 
interface 34 is zero (i.e., when code is 
resident in ROM, not RAM). It is latched 
by MAL-, along with the rest of the 
address at ROW time. It goes low for any 
REA D from addresses > 00.0010- 
>00.FFFF or > lF.000O-> IFJrFFF. 
It stays high for WRITES to these 
addresses, accesses of other addresses, 
or access of any address when the BOOT 
bit is one. At COLUMN and DATA time, 
it drives A 13 for interfacing to i B1A ROM. 
This means MBIAEN-, MAXO, ROMEN- 
and MAX2 together form a glueless 
interface for the BIA ROM. 
This pin goes high impedence when 
adapter chip 24 is not bus master. 



30 

-continued 



MDDIR 



MBEN- 



MROMEN- 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



60 



65 



MBIAEN- Bumt-In Address Enable. This output 

signal is used to provide a chip select 
for ROM containing the Bumt-ln Address 
(BIA) of adapter chip 24. It goes low for 
any READ from addresses between 
>00.0000 and >O0.O0OF. It stays high 
for WRITES to these addresses, or access 
of any other address. This pin goes high 
impedance when adapter chip 24 is not 
bus master. 

MOE- Output Enable. This output signal is 

used to enable the outputs of DRAMs which 
have a "xl" orientation (e.g., the 
commercially available TMS4164s from 
Texas Instruments; 64K X 1) using a 244- 
type circuit. It is required because their 
DRAM Q outputs produce anomalous sig- 
nals during write cycles. On X4 DRAMs 
(eg., TMS4464 64K X 4), MOE- 
connects directly to the DRAM's output 
enable pin. It goes low during READ 
cycles under the same conditions that 
MCAS- goes low. During write cycles, it 
stays inactive high. 

This pin goes high impedance when adapter 
chip 24 is not bus master. 
MACS- Adapter Chip Select. This input is 

used for all internal chip selects. If 
disasserted, no accesses can take place 
on-chip. If adapter chip 24 attempts an 
on-chip access while disasserted, the 
access is performed off-chip. When 
asserted, on-chip accesses can take place. 
When adapter chip 24 performs a successful 
on-chip access the data is driven out on 
the address bus for test purposes. 
MBRQ- Adapter Memory Bus Request. This 

input pin is driven low by an external 
device to request the local bus. If it is 
acknowledged by MBGR-, the device can 
take control of the bus. 
MBGR- Memory Bus Grant Output from 

adapter chip 24 to allow an external 
device to become a bus master. 
MRESET- Memory Bus Reset. Active low output 

reset signal generated when either 
ARESET bit in the ACTL register is set 
or SRESET- is asserted. This signal is 
used for resetting external glue logic 
such as the buffer interface for 
system interface 34. 
CLKDIV Clock Divider Select This pin is 

reserved. 

OSCIN External Oscillator Input. This 

input line supplies the clock frequency to 
adapter chip 24. For a 4MHz internal bus, 
it should be 64MHz. 
SYNCIN- Clock Synchronizer Input. This input 

ensures that in systems with more than 
one adapter chip 24, the internal clocks 
are properly synchronized. An active low 
pulse synchronizes til adapter chips so 
long as OSCIN is running. The internal 
clocks restart when SYCIN- goes high. 
VDDL 2 Pins Logic power supply. All VDD pins 

must be attached to the common system 
power supply. 

VSSL 3 Pins Ground connections for logic. All 

VSS pins must be attached to system 
ground. 

VDDOO-6) Output BufTer power supplies. All 

VDD pins must be attached to the common 

system power supply. 
VSSO(l-6) Ground connections for Output 

Buffers. All VSS pins must be attached to 

system ground. 

VDDI 1 Pin Input Buffer power supplies. All VDD 

pins must be attached to the common system 
power supply. 

VSS1 2 Pins Ground connections for Input Buffers. 

All VSS pins must be attached to system 
ground. 
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VSSC 2 Pins 



FEDRVR 



FEDRVR- 



FENSRT/ 
•FELPBK/ 
SCAN1 



Clean Ground connections for Input 
Buffers. All VSS pins must be attached to 
system ground- 
Front End Circuit Transmitter 
(Driver) Data Positive. This is the 
positive going output for data to be 
driven onto a token ring transmit pair. 
The front end circuit 26 provides current 
amplification of the data supplied by 
FEDRVR and FEDRVR- to generate the 
transmitted signal output. 
Both positive and negative versions 
of FEDRVR are supplied in order to be 
able to minimize asymmetry of the data 
which is put onto the ring. This allows the 
front end circuit 26 to always work from 
rising edges and, therefore, removes the 
error introduced by the difference in rise 
and fall times of FERCLK. This pin is not 
applicable in Ethernet mode. 
Front End Circuit Transmitter 
(Driver) Data Negative. This is the 
negative going output for data to be 
driven onto a token ring transmit pair 
used in conjunction with FEDRVR. This 
pin is not applicable in Ethernet mode. 



-FENSRT: Token Ring Insert. This 
output line, when low, forces the front 
end circuit 26 to activate the appropriate 
ring insertion mechanism. 
-FELPBK; Ethernet SN1 Loopback. 
(SN1 is Serial Network Interface or 
Ethernet front end device). This output 
line, when asserted low, causes the 
Ethernet SNI to loopback data between 
transmitter and receiver. Data from 
adapter chip 24 is passed directly back to 
it, without transmission onto the network. 
SCAN1*. Scan-out. This output pin is 
also used as a SCAN1 output in serial test 
modes. 

FERCLK/FERXC FERCLK: Token Ring Received Clock. 

This is the clock input for the incoming 
token ring data. It is connected to the 
output of the VCO on network front end 
circuit 26. It is a "TTL-level" signal, 
with expanded VIH and VIL specifications. 
FERXC: Ethernet Receive Clock. The 
receive clock input signal is used to 
synchronize the controller with data from 
front end circuit 26. FERXC is provided 
by front end circuit 26 only while a frame 
is being received. Adapter chip 24 will 
automatically switch its internal 
receiving clocks between RXC and TXC 
depending on the state of Carrier Sense 
(CRS). 

FERCVR/FERXD FERCVR: Token Ring Front End 

Received Data. This input signal contains 
the data received from the token ring, as 
detected by front end circuit 26. It is a 
"TTL-level** signal, with expanded VIH 
and VIL specifications. Data is received 
from front end circuit 26 on this line, 
synchronously to FERCLK. 
FERXD Receive Data input in Ethernet 
mode. Active high. Data is received from 
front end circuit 26 on this line, 
synchronously to RXC. 

FEREDY-/FECSN FEREDY-: Token Ring Front End Ready. 

This input line is asserted low by front 
end circuit 26 when both of the following 
conditions are met: 

(1) minimum signal energy is detected on 
the input pair; and 

(2) the front end circuit 26 phase locked 
loop (PLL) is locked on the input 
signal. 

Normally the second condition will be 
hardwired to appear in the locked 
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condition. 

FECSN: Carrier Sense in Ethernet 
mode. This input signal is used to 
indicate that there is data on the 
channel. The signal is asserted (high) 
when the first bit of the data frame 
preamble is received and is de-asserted 
after the last bit of the frame is 
received. 

FEWFLT-: Token Ring Wire Fault 
Detect. If FENSRT is asserted, this input 
line is asserted low by front end circuit 
26 when it detects a low DC impedance to 
ground on either or both of the DC 
transmit lines, or when it detects a high 
impedance on either or both of the 
transmit lines. 

FECOLL: Ethernet Collision Detect 
This input signal notifies adapter chip 24 
that front end circuit 26 has detected a 
collision. To be accepted, FECOLL must be 
active for 2 serial clock cycles. 
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FEWRAP- : Token Ring Front End 
Internal Wrap Select. This line, when 
asserted 0°w), forces front end circuit 
26 to activate an internal attenuated 
feedback path from the transmitted data 
(FEDRVR) to received data (FERCVR) 
signals. In addition, when asserted, 
front end circuit 26 also cuts off the 
current drive to the transmission pair. 
SCANO: This pin provides the scan 0 
output during serial test modes. 
FETXEN: Transmit Enable in Ethernet 
mode. This output signal is used to 
activate the Ethernet front end circuit, 
for transmission. It is asserted (high) 
on transmission of the first bit of the 
preamble and it is de-asserted when the 
last bit of the frame is transmitted. 
PXTALIN: Token Ring Monitor Clock. 
This clock input is used by protocol 
handler 38 to re-clock data when adapter 
chip 24 is an active monitor. The clock 
is also used as a reference for auto 
frequency acquisition. At 4 Mb/s (i.e. 
8 MHz) ring speed, this input can be 
supplied from the 8 MHz output of FEOSC; 
but at 16 Mb/s (i.e. 32 MHz) ring speed, 
this input must be provided by a separate 
32 MHz crystal oscillator. 
-FETXC: Ethernet Transmit Clock. A 
10 MHz input clock used in Ethernet mode 
to synchronize the transmit data from adap- 
ter chip 24 to the ethemet front end 
circuit. 

-FETXC is provided by front end circuit 
26. The clock runs continuously. 
Oscillator output to Token Ring Front 
End Device. This is OSCIN divided by 8. 
FEFRAQ: Frequency Acquisition 
Select. When asserted (high), this output 
signal select* the PXTALIN signal 
(connected to the FEXTAL input of front 
end circuit 26 via FEOSC gated from 
PXTAHN's source) as the reference 
frequency for the phase locked loop 
("PLL") in front end circuit 26. When 
deasserted flow), this signal selects the 
incoming manchester data as the PLL 
reference. FEFRAQ is taken high to reset 
the PLL. 

FETXD: Ethernet Transmit Data. This 
output signal is the serial data output to 
the ethernet front end device. Data is 
synchronous to TXC. 
External Interrupt Request Inputs. 
As inputs, these four pins indicate in 
inverse logic the encoded priority level 
of an outstanding external interrupt. Bit 
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NMI- 



TEST(0-5) 



0 is the most significant bit. These 
inputs are latched with the falling edge 
of MBCLK1. A code of 1111 (i.c, zero) 
indicates no interrupt pending. The level 
zero interrupts are supplied directly 
through reset and the NMI pin. Internal 
pullups make this the default state if the 
pins are left unconnected. These pins are 
outputs in CP-less mode of operation. 
Non-Maskable Interrupt (NMI) Request. 
An NMI request is triggered by a falling 
edge on the NMI- input. NMI- may 
thereafter- go high or remain low 
indefinitely without triggering a second 
NMI request. Use of this pin is 
restricted for debugging purposes. An NMI 
request is also generated when system 
RESET is asserted. A pullup device is 
implemented internal to adapter chip 24 to 
force NMI- to be deasscrted if it is left 
unconnected. 

Test pin inputs for selecting test 
modes, master or slave operation or 
module-in-place mode and to enable and 
disable individual modules. The TEST pins 
are also used to select between token ring 
and ethernet mode. If these pins are left 
unconnected they float high and normal 
operation is selected. The values on test 
pins 0, 1 and 2 can be read in the CPSTS 
register. This allows a user to pass data 
to the adapter directly via the pins. The 
specific configurations and corresponding 
functions for the test pins ere set forth 
immediately below. 



1 



Module in 
place test 
mode. All 
output pins 
high 

impedance. 
Normal adap- 
ter operation, 
a, b and 
c are vis- 
ible in 
CPSTS 
register 
bits 5-7 
and in 
ACTL 
TEST(0-2). 
During 
adapter 
reset 

(M RESET 
active), TST1 
is sampled to 
configure 
protocol 
handler 
hardware for 
token ring 
or ethernet 
operation. 
For hosl 
control of 
network type 
(given both 
are 

available), 
this line 
will be tied 
to pin OUT1. 
CPU dump 
and load. 
Parallel 
dump of 
CPU regis- 
ters when 
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15 



20 



25 



30 XMATCH 



TST5 TST4 TST3 TST2 TST1 TSTO Description 



XFAIL 



35 



40 



BTSTRP 



45 
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T falls from 1 
to 0 and para- 
llel load of 
CPU 
registers 
when T 
rises from 
Otol. 

One or more 
modules dis- 
abled. This 
allows faulty 
modules to be 
isolated and 
communica- 
tions . 

processor 32 
to be disabled 
for slave 
operation of 
adapter chip 
24. Isolating 
faulty 
modules is 
useful when 
debugging. 
Any series 
of bits 

indicates one 
of various 
serial scan 
test 
modes. 



If this input is asserted by an 
external device, adapter chip 24 copies 
the current frame to adapter memory if 
XFAIL is low. This active high signal has 
an internal pullup. 

Used in conjunction with. XMATCH. An 
input signal from an external address 
checker indicating it has failed to 
recognize a data frame. This active high 
signal has an internal pullup. If both 
XMATCH and XFAIL are asserted, 
XFAIL takes precedence. This means 
that if the pins are left unconnected, 
XFAIL is always asserted. 
Bootstrap. The value on this input 
pin is loaded into the BOOT bit of the 
ACTL register at reset to form a default 
value. This bit indicates whether chapter 
0 and 31 are RAM or ROM. If RAM is 
indicated communications processor 32 is 
denied access to the bus until the CPHALT 
bit in ACTL is cleared. This pin has an 
internal pullup device to maintain a high 
voltage on it when it is not driven. 
Parity Enable. The value on this 
input pin is loaded into the PRTYEN bit of 
the ACTL register at reset to form a 
default value. This bit enables parity 
checking for the adapter memory. This pin 
has an internal pullup device to maintain 
a high voltage on it when it is not 
driven. This pin is used as the SCANO 
input in the serial test modes. 
Adapter outputs controlled by host 
system 10 and used for adapter 
configuration. These pins are controlled 
by ACTL register bits OUT© and OUTL 
These bits can only be altered while 
adapter chip 24 is in RESET. For host 
software control of the network type and 
speed, OUT0 would be connected to TEST0 
and OUT1 to TEST 1. 



65 As stated above, the present embodiment provides a 
great deal of flexibility in networking a host computer 
or the like to either a token ring or ethernet network. 
However, under contemporary network technology, 



PRTYEN/SCAN0 



50 



55 



OUT0/OUT1 



60 
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both token ring and ethemet systems involve various facilitate the network physical layer electronics in plug 

types of transmission media as well as alternative member 238. 

speeds. In the prior art, for each of these different me- Plug member 238 also includes an internal front end 

dia, a different type of physical connector was generally circuit 244 (shown in phantom). Front end circuit 244 is 

provided in order to interface a host computer to the 5 the same, or similar to, network front end circuit 26 

network. For example, each different type of media discussed in connection with FIG. 1, above. Thus, front 

would have a corresponding computer card which end circuit 244 may comprise any one of various differ- 

could be placed within a personal computer or the like, ent types of commercially available front end circuits, 

thereby providing a physical connector at the back of Each of these circuits are generally operable to provide 

the machine in order to connect to the appropriate type 10 the so-called "physical layer" functions necessary for a 

of media provided by the network. As a result, how- host device to communicate with a particular computer 

ever, it should be appreciated that in order to accommo- network. 

date a particular type of network, a user was forced to Front end circuit 244 is coupled to connector 240 and 
change his or her network card to provide the appropri- cable 242 via buses 246 and 248, respectively. Bus 248 
ate type of interfacing device as well. Another aspect of 15 couples front end circuit 244 to any desired network 
the present embodiment, however, permits the user to medium such as one of the many types discussed above, 
interface his or her host computer to any of the above Accordingly, it should be appreciated that plug member 
listed various types of network media without having to 238 may be displaced such that connectors 234 and 240 
change a computer board or alter the plug on the com- mate with one another, thereby creating a signal com- 
puter each time a different media is encountered. Spe- 20 munication path between the electronic components of 
cifically, FIG. 6 includes yet another feature in order to host device 224 and those of plug member 238. In par- 
permit the processor chip to communicate with various ticular, once plug member 238 is so disposed, host sys- 
ones of these different types of medias and/or different tern bus 226 may communicate through adapter chip 
types of speeds of communication. 230 to front end circuit 244, and ultimately to cable 242 

FIG. 6 illustrates a host device 224 which typically 25 which is connected to any one of various different desir- 

comprises a personal computer or computer work sta- able network media. As a result, the coupling of plug 

tion. As is known in the art, the circuitry of host device member 238 to host device 224 permits host device to 

224 is typically enclosed by a metallic cabinet or the communicate with whichever medium is chosen, 

like. Host device 224 further includes an internal host From a review of FIG. 6, it should, therefore, be 

system bus 226 which is representative of a bus, typi- 30 appreciated that front end circuit 244 is effectively re- 

cally an address/data bus, used by the majority of com- moved from the internal componentry of host device 

ponents within host system 224. 224. Further, where host device 224 includes a novel 

Host system bus 226 is coupled via a connecting bus and improved adapter chip 230 such as adapter chip 24, 
228 to an adapter chip 230. Adapter chip 230 in the the configuration of FIG. 6 provides a great deal of 
preferred embodiment is the same as adapter chip 24 35 flexibility for communicating with various different 
illustrated in FIGS. 2, and 4a through 5. In the embodi- types of networks and various different types of com- 
ment of FIG. 6, however, adapter chip 230 is disposed munication media. In particular, where adapter chip 230 
on either a computer card or a motherboard 232 existing is operable to communicate with different types of net- 
within host device 224. Thus, for example, a user seek- works and the different types of media, there is no need 
ing to interface host device 224 to a network may select 40 to make internal adjustments to host device 224 in order 
a computer card having an adapter chip 230 disposed on to accommodate any of those networks and/or media, 
it and connect that card within host device 224. Alter- Instead, the configuration of FIG. 6 permits the user to 
natively, adapter chip 230 could be disposed on the choose a particularized plug member 238 having the 
motherboard of host device 224. Additionally, while desired and necessary front end circuit without having 
not shown, certain minor glue logic, buffer circuitry 45 to disturb the internal componentry of host device 224. 
and/or other minor supporting circuitry (i.e., miscella- For example, if a user were interested in coupling a 
neous hardware 28) as known in the art may be likewise host device 224 to an ethemet network using an AUI 
disposed on the card/motherboard 232 to support communication media, a specific plug member 238 hav- 
adapter chip 230. In any case, adapter chip 230 is gener- ing the appropriate front end circuit 244 could be 
ally coupled to an external connector 234 via a connect- 50 chosen in order to communicate with the ethemet pro- 
ing bus 236. Thus, it should be appreciated that host tocol and physically connect to the AUI media. Be- 
system bus 226 may communicate through the hard- cause adapter chip 230 is versatile and permits such 
ware and connections of computer card/motherboard interaction, there is no need to disturb or alter the inter- 
232 to external connector 234. In the preferred embodi- nal componentry of host device 224. This example is 
ment, external connector 234 comprises a three row 55 discussed in greater detail below in connection with 
forty-four pin D-type female connector. FIG. 7. As an alternative, however, if the user of host 

Also illustrated in FIG. 6 is a plug member 238 hav- device 224 desires to connect that device to a token ring 
ing an external connector 240 disposed at orie end and a network having a twisted pair communication media, a 
communication medium 242 disposed at its other end. different plug device 238 having the appropriate front 
External connector 240 is matable with external con- 60 end circuitry could be selected to accommodate that 
nector 234 and, therefore, in the preferred embodiment, network and media. Again, because adapter chip 230 
is a male three row forty-four pin D-type connector. provides the flexibility to communicate with various 
The connector selection (DB44) is based on utilizing a different types of networks and/or cabling media, there 
connector that is unique to most personal computers is no reason to disturb the componentry of host device 
such that it will not be confused with previous connec- 65 224 and the only hardware change and expense encoun- 
ters, is based on a physical design that is already mass tered is in the selection of plug member 238. Thus, from 
produced (DB25 parallel connector) to achieve econo- the above, it should be appreciated that the embodiment 
mies of scale, and has an appropriate physical size to of FIG. 6 substantially reduces the labor and expense 
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involved in configuring a host device to communicate A third criterion generally used for establishing 

with a specific type of computer network and/or net- which ethernet and token ring signals were paired onto 

work media. a same signal line was that of the particular function of 

In order to efficiently accomplish the matable con- the respective signals. In particular, certain signals were 

nector configuration discussed above in connection 5 selected where their functions were either identical or 

with FIG. 6, still another aspect of the present embodi- analogous. For example, the PXTALIN signal of ether- 

ment involves the preferred selection of signals for the net and the FETXC signal of token ring both corre- 

various interfaced lines which are connected to one spond to the receipt of a reference clocking signal. As a 

another (via bus 236, connectors 234 and 240, and bus result, these two functions were placed on the same 

246) when plug member 238 is plugged into connector 10 signal line. Other examples are readily apparent from 

234. In other words, for the preferred use of both token the description of the various signal functions set forth 

ring and ethernet communications, various different below. 

signals are either required or desirable for a host system In order to accomplish the matable connector config- 
to communicate to/from the particular network. In uration discussed above in connection with FIG. 6, still 
order to permit efficient use of hardware, one aspect of IS another aspect of the present embodiment involves the 
the present embodiment includes the specific choice of method of selecting the network type to be used where 
signals on each of these lines. In particular, to connect more than one option exists. This also has application 
to a typical ethernet network front end circuit, there are where a connector scheme is not used and two separate 
eight lines which are of paramount consideration. Simi- network front ends are connected to adapter 24. It is 
larly, in order to connect to a typical token ring front 20 also necessary to configure the adapter hardware to use 
end circuit, there are twelve such lines. Thus, one ap- the appropriate protocol (ethernet or token ring) re- 
proach would be to have twenty (i.e., twelve token ring quired by the network. 

plus eight ethernet) separate signal lines between con- In order to address these issues of selection and con- 
nectors 234 and 240 to accommodate these signals. The figuration, in the preferred embodiment there is a set of 
preferred embodiment, however, generally implements 25 four physical lines connected to adapter 24: two selec- 
various rules in order to permit certain of these different tion signals output from adapter 24, and two configura- 
network signals to be paired on the same physical line tion signals inputs. Specifically, selection outputs OUTO 
and, therefore, reduces the number of overall signal and OUT1 from adapter 24 are directly controllable 
lines and device complexity. Thus, a single line can from host system 10 through the ACTL register in 
carry either a token ring or ethernet signal without 30 adapter 24. This allows the host to provide two signals 
having to duplicate a large amount of hardware or to select between network types and speeds if this op- 
create additional lines to support each line. The follow- tion exists. Thus, OUTO and OUT1 may be connected 
ing guidelines were established in order to choose to front end circuit (26 or 244) to indicate the desired 
which signals were chosen to share a common hard- protocol/speed. Further, adapter 24 has configuration 
ware line. 35 inputs TESTO and TEST1 which are connected to 
First, signal lines were chosen to share both ethernet network front end circuit (26 or 244) and indicate the 
and token ring signals such that the respective signals response of the front end circuit to selection outputs 
were directed in the same direction. In other words, OUTO and OUT1. TEST! is used (during reset) to 
where a token ring signal line is an input, an ethernet configure the protocol handler 38 hardware to use ei- 
input signal was chosen as well. This assurance of the 40 ther token ring (TEST1=1) or ethernet (TEST1=0) 
same direction is preferable in order to avoid device protocols. TESTO is used to configure communications 
problems which might otherwise occur from a signal processor 32 software timers for differences between 
inadvertently going the wrong direction. For example, the 4 Mbit/s (TEST0= 1) and 16 Mbit/s (TEST0=0) 
if a token ring outgoing signal were inadvertently con- token ring protocols. TESTO and TEST1 signal values 
nected to a line producing an output, the two signals 45 may be read by host system 10 through the ACTL 
would collide and various device damage or network register in the adapter 24. 

signal problems could occur. Where a plug member 238 is only capable of a single 
A second criterion used in order to select which network type or speed, its front end circuit 244 will 
ethernet signal was placed on the same line with a token ignore the selection signals OUTO and OUT1, and re- 
ring signal was made on the basis of network interaction 50 turn hardwired values on TESTO and TEST1. If, on the 
during reset of the host machine or the network. In other hand, its front end circuit 244 supports different 
particular, when the host system is being powered up, speeds or network types, it will respond to selection 
there is no instantaneous means by which the host sys- signals OUTO and OUT1 as appropriate and signal back 
tern can determine whether its communication will be its configuration in response on TESTO and TEST1. As 
with a token ring or an ethernet network. If the wrong 55 OUTO and OUT1 are setable, and TESTO and TEST1 
type of protocol were established or assumed, and the are readable by host system 10, it should be appreciated 
signals were not isolated during reset, various destruc- that host system 10 can determine which options are 
tive signals could be provided. For example, if a line supported by front end circuit 244. This is achieved by 
were chosen to share a token ring input and an ethernet simply setting each combination of OUTO and OUT1 in 
output, and the host system were to expect a token ring 60 turn and monitoring the returned values on TESTO and 
input during power up, an ethernet output during TEST1 to determine which are supported by front end 
power up could provide at a minimum ambiguous re- circuit 244: This allows maximum flexibility in network 
suits, and at a maximum could cause danger to the cir- selection and configuration supporting both systems 
cuitry expecting the token ring input. Thus, for each of that are fully selectable by the host computer 10, or 
the multi-function lines wherein the line has a different 65 systems that are fully configured by the plug member 
function for either an ethernet or token ring network, 238, or any combination in between, 
each line was chosen such that the signal operation is Returning to the above three signal-choice criteria, 
appropriate during reset operation. certain signal lines between connectors 234 and 240 
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carry either an ethernet or a token ring signal, depend- 
ing on the mode of operation for adapter chip 230 and 
the particular front end circuit 244 selected. The re- 
maining signal lines were selected using various other 
criteria. The following is a pin-by-pin listing followed 
by the function of the signal or signals communicated 
through the pins of connectors 234 and 240. 
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Pin 



Signal Description 



1 No Hood Detect Ground 

2 Ground 

3 Ground 

4 Power 5 V 

5 Power-12 V 

6 Gated Ring Clock (8 Mhz/32 Mhz) 

7 Non-Gated Ring Clock (8 Mhz/32 Mhz) 

8 Network Select 2 (OutO) 

9 Network Select 1 (Outl) 
10 Network Select 0 

10 Network Select 0 

11 Power + 12 V 

12 Power 5 V 

13 Ground 

14 Ground 

15 Ground 

16 FEDRVR- 

17 FEDRVR 

1 8 FEWRAP-/FETXEN 

19 FENSRT-/FELPBK 

20 FEFRAQ/FETXD 

21 PXTALIN/FETXC 

22 Selected Network 3 

23 Selected Network 2 (TestO) 

24 Selected Network 1 (TestO 

25 Selected Network 0 (Text2) 

26 No Hood detect 

27 FEWFLT-/FECOLL 

28 FEREDY-/FECSN 

29 FERCVR/FERXD 

30 FERCLK/FERXC 

31 reserved 

32 reserved 

33 reserved 

34 reserved 

35 reserved 

36 reserved 

37 reserved 

38 reserved 

39 reserved 

40 reserved 

41 reserved 

42 reserved 

43 reserved 

44 reserved 

Interface connector signal description (s) 
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20 



25 



Hood Detect) on plug member 238. 
Gated Ring Clock (8 Mhz/32 Mhz) (pin 6) • Output 
from adapter 230. A buffered 8/32 Mhz clock 
gated with FRAQ that meets the crystal input 
specifications of the TMS38053 front end 
circuit for 4/16 Mbit/S token ring. 
Ungated Ring Clock <8 Mhz/32 Mhz) (pin 7) • 
Output from adapter 230. A buffered 8/32 Mhz 
clock that meets the PXTALIN input specs for 
4/16 Mbit/S token ring; 
Network Select (0-2) (pins 10-8) - Output from 
adapter 230. These pins select or attempt to 
select the type of network (or network speed) 
to be provided by front end circuit 244. These 
signals are a request from adapter 230 for a 
type of network configuration. In the 
preferred embodiment, network selection is 
accomplished as follows. 



NS0 


NS1 


NS2 


NS3 




X 


X 


X 


0 


Reserved 


0 


X 


X 


1 


Reserved 


1 


0 


0 


1 


Ethernet (blue book) 


1 


0 


1 


1 


Ethernet (IEEE802.3) 


1 


1 


0 


1 


16 Mbit/S Token Ring 


1 


1 


1 


I 


4 Mbit/S Token Ring 
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Ground (pins 2-3, 13-15) - Output from adapter 
230. 

Power supply 0 Volt reference. 

Power 5 V (pins 4,12) - Output from adapter 230. 

Power supply 5 Volt. 

Power -12 V (pin 5) • Output from adapter 230. 
Power supply - 12 Volt. 

Power +12 V (pin 11) - Output from adapter 230. 
Power supply + 12 Volt. 
No Hood detect (pin 26) • Input to system. 
This pin is used by the system to detect that a 
plug member 238 is inserted in connector 234. 
This pin should be connected to pin 1 (No Hood 
Detect Gnd) on plug member 238. On the host 
side of the connector, it is connected to 5 V 
through a 10K ohm resistor. This signal can be 
used on the host side of the interface to 
disable any buffer logic, etc. when no header 
is connected, thereby reducing power 
consumption. 

No Hood detect Ground (pins 1-3, 13-15) - 
Output from adapter 230. 
Power supply 0 Volt reference. This signal 
should be kept isolated from the other Ground 
pins. It should be connected to Pin 26 (No 
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Selected Network (0-3) (pins 25-22) - Input to 
adapter 230. These pins indicate the type of 
network (or network speed) actually provided by 
front end circuit 244. 

FEDVR- (pin 16) - Output from adapter 230. 
Buffered version of adapter 230 FEDRVR- pin. 
Used only by token ring front end circuit. 
FEDRVR (pin 17) . Output from adapter 230. 
Buffered version of adapter 230 FEDRVR pin. 
Used only by token ring front end circuit 244. 
FEWRAP-/FETXEN (pin 18) - Output from adapter 
230. Buffered version of Adapter 
FEWRAP-/FETXEN pin. 

• For token ring, this signal drives the 
FEWRAP pin. Specifically, this signal 
indicates to front end circuit 244 that 
data transmitted from adapter 230 to front 
end circuit 244 should be returned to 
adapter 230 without transmitting the data 
to the token ring network. 

• For ethernet, this signal drives the SIA 
TXEN pin. Specifically, this signal 
indicates to front end circuit 244 that 
data transmitted from adapter 230 to front 
end circuit 244 should be transmitted to 
the ethernet network. 

FENSRT-/FELPBK- (pin 19) - Output from adapter 
230. Buffered version of adapter 230 
FENSRT-/FELPBK- pin. 

• For token ring this signal drives the 
adapter 230 FENSRT- pin. Specifically, 
this signal indicates to front end circuit 
244 that adapter 230 is currently operable 
to be actively coupled to the network for 
communication to the network. 

• For ethernet this signal drives the SIA 
LPBK- pin. Specifically, this signal 
indicates to front end circuit 244 that 
data transmitted from adapter 230 to front 
end circuit 244 should be returned to 
adapter 230 without transmitting the data 
to the network. 

FEFRAQ/FETXD (pin 20) - Output from adapter 
230. Buffered version of adapter 230 
FEFRAQ/FETXD pin. 

• For token ring this signal drives the 
Falcon FEFRAQ pin. Front end circuit 244 
includes a phase locked loop operable 
during communications with a token ring 
network to synchronize with a signal on 
the network. This signal indicates to 

front end circuit 244 that the phase 
locked loop should synchronize with a 
clock signal provided by adapter 230 
rather than the signal on the network. 

• For ethernet this signal drives the SIA 
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TXD pin. Specifically, this signal 
provides data to the front end circuit 244. 

PXTALIN/FETXC (pin 21) - Input to adapter 230. 

This signal will be buffered and then drive the 

adapter PXTALIN/FETXC pin. 

• This input signal is a crystal clock 
signal. Thus, for a 4 Mfait/S token*ring 
this signal roust provide an 8 Mhz clock, 
and for a 16 Mbit/S token ring, this signal 
must provide an 32 Mhz clock. 

• This input signal is a crystal clock 
signal for synchronizing the transmission 
rate of data transmission from adapter 
circuit 230 to front end circuit 244. 
Specifically, for an ethernet 802.3 
network this signal must provide a 10 MHz 
clock. 

FEWFLT-/FECOLL (pin 27) - Input to adapter 230, 
This signal will be buffered and then drive the 
adapter FEWFLT-/FECOLL pin. For token ring 
this signal should be driven by the FENWFLT- 
pin of adapter chip 230. Thus, the received 
signal indicates an error of operation on the 
network. For ethernet this signal should be 
driven by SIA COLL pin. Thus, the received 
signal indicates a collision of data on the 
network. 

FEREDY-/FECSN (pin 28) - Input to adapter 230. 
This signal will be buffered and then drive the 
adapter FEREDY-/FECSN pin. For token ring this 
signal should be driven by the FEREDY- pin of 
adapter chip 230. Thus, the received signal 
indicates that front end circuit 244 has 
synchronized its operation with a crystal 
clock. For ethernet this signal should be 
driven by SIA CSN pin. Thus, the received 
signal indicates that front end circuit 244 has 
received a carrier signal. 
FERCVR/FERXD (pin 29) - Input to system. 
This signal will be buffered and then drive the 
adapter FERCVR/FERXD pin. For token ring this 
signal should be driven by the FERCVR pin of 
adapter 230. Thus, the received signal 
represents data received from network front end 
circuit 244. For ethernet this signal should 
be driven by SIA RXD pin. Thus, the received 
signal represents data received from network 
front end circuit 244. 

FERCLK/FERXC (pin 30) - Input to adapter 230. 
This signal will be buffered and then drive the 
adapter FERCLK/FERXC pin. For token ring this 
signal should be driven by the FERCLK- pin of 
adapter 230. Thus, the received signal 
represents a clock signal representative of the 
rate data will be received from front end 
circuit 244. For ethernet this signal should 
be driven by SIA RXC pin. Thus, the received 
signal represents a clock signal representative 
of the rate data will be received from front 
end circuit 244. 

reserved (pins 22, 26, 31-44) 
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IEEE 802.5 16/4 mbps Shielded Twisted Pair 
IEEE 802.5 16/4 mbps Unshielded Twisted Pair 
IEEE 802.5 16/4 mbps Fiber 
From the above, it should be appreciated that the 
preferred embodiments provide a single processor solu- 
tion that supports the industry standard interface front 
end chips for token ring (Texas Instruments* TMS38053 
and TMS38054 Ring Interface Chips) and ethernet (Na- 
tional Semiconductor 8391 type interface). Through 
inmimum selection logic as known in the art, adapter 
chip 230 can be configured to attach to any front end 
circuit physical layer interface derived from these 
chips. Also, via firmware intelligence, adapter chip 230 
can automatically configure itself to run the appropriate 
network protocol (token ring or ethernet) required by 
the physical interface. As such, the interface is the defi- 
nition of a universal interface and connector that allows 
this standard universal network connection to be placed 
on the back of a host system cabinet or card and support 
either ethernet or token ring with any of the network 
physical layers mentioned. As another feature, the pro- 
cessor automatically configures itself once the cable is 
attached to run the appropriate network protocol at the 
appropriate speed. 

FIG. 7 illustrates one embodiment of the internal 
circuitry of a plug member 250. Plug member 250 is 
generally a like configuration of plug member 238 illus- 
trated and described in connection with FIG. 6 above. 
Accordingly, plug member 250 includes a male connec- 
tor 252 for coupling to a connector on a host device. In 
the preferred embodiment, male connector 252 com- 
prises a three row D-44 pin connector. As an alternative 
to the configuration illustrated in FIG. 6, however, plug 
member 250 further includes a second connector 254. 
Connector 254 is used in lieu of a physical connection to 
a transmission medium such as that shown in FIG. 6. As 
a result, a network medium having a connector which is 
matable to connector 254 may be plugged into connec- 
4Q tor 254. Thus, it should be appreciated that plug mem- 
ber 250 may be inserted between a connector on a host 
device and a network communication medium having a 
connector which is matable with connector 254. In the 
preferred embodiment, connector 254 comprises a fe- 
male DB-15 connector. In particular, plug member 250 
is operable to couple a host device to an ethernet net- 
work utilizing an AUI medium. 

Plug member 250 further includes a front end chip 
256. Front end chip 256 may comprise any one of many 
50 commercially available or yet to be developed front end 
network circuits. Each of these circuits are available for 
providing the physical layer of communication between 
a network and a network adaptive circuit. In the em- 
bodiment illustrated in FIG. 7, front end chip 256 com- 
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The above-listed interface lines of the preferred em- 
bodiment support both the IEEE 802.3 CSMA/CD 

BUS and ethernet network and the IEEE 802.5 token 55 prises an AM7992B chip commercially available from 



ring network. Further, the interfaced lines support the 
following network cabling media and physical layers 
(i.e., provided by an appropriate front end circuit) in 
conjunction with adapter chip 230: 
IEEE 802.3 or Ethernet COAX (AUI) 
IEEE 802.3 or Ethernet THINNET 
IEEE 802.3 lOBaseT Twisted Pair 
IEEE 802.5 4 mbps Shielded Twisted Pair 
IEEE 802.5 4 mbps Unshielded Twisted Pair 
IEEE 802.5 4 mbps Fiber 
IEEE 802.5 16 mbps Shielded Twisted Pair 
IEEE 802.5 16 mbps Unshielded Twisted Pair 
IEEE 802.5 16 mbps Fiber 



Advanced Micro Devices. This chip is operable to in- 
terface a network adaptive circuit to an ethernet net- 
work which utilizes an AUI communication medium. 
Plug member 250 further includes a biasing circuit 258 
60 (various components illustrated as enclosed by a phan- 
tom line). Biasing circuit 258 includes a plurality of 
resistors and capacitors connected as shown for pur- 
poses of biasing the AUI communication medium 
which will be coupled to connector 254. The specific 
65 additional interconnections of front end chip 256 be- 
tween connectors 252 and 254 are illustrated in FIG. 7 
according to the pin designations either by numeral or 
signal name as shown. 
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While FIG. 7 illustrates a plug member 250 having 
front end chip 256 as operable for an ethernet network 
using an AUI communication media, it should be under- 
stood that one skilled in the art could choose alternative 
front end circuits to accommodate other types of media 5 
used with ethernet networks, or other front end circuits 
operable to interact with communication media and 
protocol used with token ring networks as well. 

While the present embodiments have been described 
in detail, it should be understood that a person of skill in 10 
the art could make numerous modifications, substitu- 
tions and/or alterations to these embodiments without 
departing from the scope and spirit of those embodi- 
ments, as further defined by the following claims. 

What is claimed is: 15 

1. A local area network adaptive circuit for coupling 
a host device to a network front end circuit which com- 
municates information to/from a network, comprising: 

an internal bus; 

a system interface connected to said internal bus and 20 
operable to interface the adaptive circuit to the 
host device; 

a first bus operable to communicate with the host 

device and with said system interface; 
a second bus operable to communicate with the front 25 

end circuit; 

a protocol handler operable to communicate with 
said second and internal buses for communicating 
at bit and frame levels with either a token ring or an 
ethernet protocol in a token ring or ethernet proto- 30 
col mode, respectively, said protocol handler fur- 
ther operable to provide network specific status 
and control information required by either token 
ring or ethernet standards; and 

a configuration input coupled to said second bus for 35 
receiving a signal generated by said front end cir- 
cuit indicating a first and second state wherein said 
first state indication configures the local area net- 
work adaptive circuit to operate in a token ring 
protocol and wherein said second state indication 40 
configures the local area network adaptive circuit 
to operate in an ethernet protocol. 

2. The local area network adaptive circuit of claim 1 
wherein said configuration input comprises a first con- 
figuration input pin, and further comprising a second 45 
configuration input pin for receiving a signal indicating 

at least one of a first and second network speed. 

3. The local area network adaptive circuit of claim 1 
wherein said configuration input comprises a first con- 
figuration input pin, and further comprising a second 50 
configuration input pin for receiving a signal indicating 

at least one of a first token ring network speed of 4 
Mbit/second and a second token ring network speed of 
16 Mbit/second. 

4. The local area network adaptive circuit of claim 1 55 
and further comprising a register accessible by the host 
device for providing a network protocol selection indi- 
cation, wherein said network protocol selection indica- 
tion indicates that the host is requesting to communicate 
with either a token ring or an ethernet protocol. 60 

5. The local area network adaptive circuit of claim 4 
and further comprising an output pin coupled to said 
register, wherein said output pin is operable to output a 
signal indicating that the host is requesting to communi- 
cate with either a token ring or an ethernet protocol. 65 

6. The local area network adaptive circuit of claim 1 
and further comprising a register accessible by the host 
device for providing a token ring network speed selec- 



tion indication, wherein said token ring network speed 
selection indication indicates that the host is requesting 
to communicate with either a 4 Mbit/second token ring 
network or a 16 Mbit/second token ring network. 

7. The local area network adaptive circuit of claim 6 
and further comprising an output pin coupled to said 
register, wherein said output pin is operable to output a 
signal indicating that the host is requesting to communi- 
cate with either a 4 Mbit/second token ring network or 
a 16 Mbit/second token ring network. 

8. The local area network adaptive circuit of claim 6 
and further comprising a Manchester-to-transitional 
decoder coupled to receive token ring information or 
ethernet information from the front end circuit, said 
Manchester-to-transitional decoder operable to decode 
said token ring information in a token ring mode and 
operable to pass through said ethernet information in 
said ethernet mode. 

9. The local area network adaptive circuit of claim 1 
wherein said protocol handler further comprises: 

a deserializing circuit operable to receive information 
from a Manchester-to-transitional decoder and for 
converting said information into parallel informa- 
tion; and 

a receive buffer coupled to said deserializing circuit 
for storing said parallel information, said receive 
buffer having a first and second data load inputs, 
said first data load input for most significant bit first 
data and said second data load input for least signif- 
icant bit first data. 

10. The local area network adaptive circuit of claim 1 
wherein said protocol handler further comprises: 

a transmit buffer for storing information to be trans- 
mitted to the front end circuit; 

a serializing circuit coupled to receive information 
from any of: 

said transmit buffer; 

a concatenation of a start delimiter and a free token; 
a concatenation of an end delimiter and a physical 

control field extended data indicator; 
a preamble indicator; or 
an ethernet jam indicator. 

11. The local area network adaptive circuit of claim 1 
and further comprising a communications processor 
coupled to said internal bus and for responding to inter- 
rupt signals received from the host device. 

12. The local area network adaptive circuit of claim 1 
and further comprising a memory interface coupled to 
said internal bus and for controlling said internal bus. 

13. The local area network adaptive circuit of claim 1 
and further comprising a plurality of pins, wherein each 
of said pins is operable to carry either an input or an 
output signal, wherein selected ones of said input and 
output signal pins are functional to support a first and 
second network protocol on the network, and wherein 
only input signals are input on said selected input pins 
and only output signals are output on said selected out- 
put pins. 

14. The local area network adaptive circuit of claim 
13 wherein said first network protocol comprises token 
ring protocol and said second network protocol com- 
prises Ethernet protocol. 

15. The local area network adaptive circuit of claim 
13 wherein one of said selected output signal pins is 
operable to support said first network protocol by indi- 
cating to the network front end circuit that data trans- 
mitted from the network adapter circuit to the network 
front end circuit is to be returned to the network 
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adapter circuit without transmitting the data to the 
network, and is operable to support said second net- 
work protocol by indicating to the network front end 
circuit that data transmitted from the network adapter 
circuit to the network front end circuit is to be transmit- 
ted to the network. 

16. The local area network adaptive circuit of claim 
13 wherein one of said selected output signal pins is 
operable to support said first network protocol by indi- 
cating to the network front end circuit that the network 
adapter circuit is currently operable to be actively cou- 
pled to the network for communication, and is operable 
to support said second network protocol by indicating 
to the network front end circuit that data transmitted 
from the network adapter circuit to the network front 
end circuit is to be returned to the network adapter 
circuit without transmitting the data to the network. 

17. The local area network adaptive circuit of claim 
13 wherein one of said selected input signal pins is oper- 
able to support said first network protocol by receiving 20 
a crystal clock signal, and is operable to support said 
second network protocol by receiving a crystal clock 
signal for synchronizing the transmission rate of data 
transmission from the network adapter circuit to the 
network front end circuit. 

18. The local area network adaptive circuit of claim 
13 wherein one of said selected input signal pins is oper- 
able to support said first network protocol by receiving 
a signal representing an error of operation on the net- 
work, and is operable to support said second network 
protocol-by receiving a signal representing a collision 
of data has occurred on the network. 

19. The local area network adaptive circuit of claim 
13 wherein one of said selected input signal pins is oper- 
able to support said first network protocol by receiving 35 
a signal representing that the front end circuit has syn- 
chronized its operation with a crystal clock, and is oper- 
able to support said second network protocol by receiv- 
ing a signal representing that the front end circuit has 
received a carrier signal. 40 

20. The local area network adaptive circuit of claim 
13 wherein one of said selected input signal pins is oper- 
able to support said first network protocol by receiving 
data from the network front end circuit, and is operable 

to support said second network protocol by receiving 45 
data from the network front end circuit. 

21. The local area network adaptive circuit of claim 
13 wherein one of said selected input signal pins is oper- 
able to support said first network protocol by receiving 

a clock signal representative of the rate data will be 50 
received from the network front end circuit, and is 
operable to support said second network protocol by 
receiving a clock signal representative of the rate data 
will be received from the network front end circuit. 

22. A local area network adaptive circuit for coupling 55 
a host device to a network front end circuit which com- 
municates information to/from a network, comprising; 

an internal bus; 

a first bus operable to communicate with the host 
device; 

a second bus operable to communicate with the front 
end circuit; 

a system interface coupled to said internal bus and to 

said first bus, and operable to interface the adaptive 

circuit to the host device; 
a communications processor coupled to said internal 

bus and for responding to interrupt signals received 

from the host device; 
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a memory interface coupled to said internal bus and 
for controlling and arbiting said internal bus; 

a protocol handler operable to communicate with 
said second and internal buses for communicating 
at bit and frame levels with either a token ring or an 
ethernet protocol in a token ring or ethernet proto- 
col mode, respectively, said protocol handler fur- 
ther operable to provide network specific status 
and control information required by either token 
ring or ethernet standards; 

a configuration input coupled to said second bus for 
receiving a signal generated by said front end cir- 
cuit indicating a first and second state wherein said 
first state indication configures the local area net- 
work adaptive circuit to operate in a token ring 
protocol and wherein said second state indication 
configures the local area network adaptive circuit 
to operate in an ethernet protocol; and 

a second configuration input pin coupled to said sec- 
ond bus for receiving a third signal indicating a first 
and second network speed. 

23. The local area network adaptive circuit of claim 

22 and further comprising a Manchester-to-transitional 
decoder coupled to receive token ring information or 
ethernet information from the front end circuit, said 
Manchester-to-transitional decoder operable to decode 
said token ring information in a token ring mode and 
operable to pass through said ethernet information in 
said ethernet mode. 

24. The local area network adaptive circuit of claim 

23 wherein said protocol handler further comprises: 

a deserializing circuit operable to receive information 
from said Manchester-to-transitional decoder and 
for converting said Manchester-to-transitional in- 
formation into parallel information; 

a receive buffer coupled to said deserializing circuit 
for storing said parallel information, said receive 
buffer having a first and second data load inputs, 
said first data load input for most significant bit first 
data and said second data load input for least signif- 
icant bit first data; 

a transmit buffer for storing information to be trans- 
mitted to the front end circuit; and 

a serializing circuit coupled to receive information 
from any of: 
said transmit buffer; 

a concatenation of a start delimiter and a free to- 
ken; 

a concatenation of an end delimiter and a PCFE 

data indicator; 
a preamble indicator; or 
an ethernet jam indicator. 

25. The local area network adaptive circuit of claim 
22 and further comprising a plurality of pins, wherein 
each of said pins is operable to carry either an input or 
an output signal, wherein selected ones of said input and 
output signal pins are functional to support a first and 
second network protocol on the network, and wherein 
only input signals are input on said selected input pins 
and only output signals are output on said selected out- 
put pins. 

26. A local area network adaptive circuit on an inte- 
grated circuit chip for coupling a host device to a net- 
work front end circuit which communicates informa- 
tion to/from a network, comprising: 

an internal bus; 
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a system interface connected to said interna] bus and 
operable to interface the adaptive circuit to the 
host device; 

a first bus operable to communicate with the host 
device and with said system interface; 

a second bus operable to communicate with the front 
end circuit; 

a protocol handler operable to communicate with 
said second and internal buses for communicating 
at bit and frame levels with either a token ring or an 
ethemet protocol in a token ring or ethernet proto- 
col mode, respectively, said protocol handler fur- 
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ther operable to provide network specific status 
and control information required by either token 
ring or ethernet standards; 
a configuration input coupled to said second bus for 
receiving a signal generated by said front end cir- 
cuit indicating a first and second state wherein said 
first state indication configures the local area net- 
work adaptive circuit to operate in a token ring 
protocol and wherein said second state indication 
configures the local area network adaptive circuit 
to operate in an ethernet protocol. 
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